Entity Framework Future
november 03, 2008 19:25I Entity Framework gruppen har man funderat kring användning av data access och att användare av data har olika profiler. Sedan har man kollat vad som kan göras för att underlätta livet tillsammans med EF för de olika användartyperna. Tidsramen för de här ändringarna är .NET Framework 4.0.
Agilekillen
Typisk i ALT.NET rörelsen, här är konkurrenten tekniskt sett NHibernate. Från den här gruppen har man tagit till sig massor av feedback. Det har ju kommit en hel del hårda omdömen om EF från ALT.NET-håll, kanske mest beroende på att många investerat tungt i kompetens på NHibernate och nu riskerar att förlora mark när det finns en liknande teknik från Microsoft, men det har även varit konstruktiv kritik. Resultatet är att man kommer att kunna använda en “enbart-kod-variant” och låta EF skapa lagringen.
Den modellbaserade utvecklaren
Här är modell-först en ny variant att använda för att utifrån en modell skapa databasstrukturen. Man har också ett round-trip-stöd för att uppdatera modellen baserat på databasändringar. Templatemotorn T4 används här tillsammans med workflow och ger en kodgenererande funktion som ska kunna återanvändas.
Ramverksutvecklaren
Här kom det krav på att lazy-loading skulle vara en valfri möjlighet, vilket det kommer att bli. Ytterligare ett tillägg är tabellvärda funktioner. Även funktioner som definieras i modellen finns att tillgå, sk EdmFunctions. Dessa definieras i EDM modellens XML beskrivning.
LINQ ses som ett sätt att hämta objekt från databasen. Men om vi man inte vill ha objekt? Med hjälp av ExecuteQuery på ett data context kan man få ut en DataReader för att direkt få “rader” när man inte bryr sig om objektstruktur!
Detta kommer nog att kräva lite med utforskande labbar för att sjunka in.
Dagens citat: “ADO.NET Data Services (Astoria) – the Red Bull of data access” - den ger dig vingar…
Comments are closed.