Devo imparare Linq a SQL anche se è stato inserito in Entity Framework?

Question

Sto cercando di imparare Linq per interrogare i database MS SQL, ma non sono sicuro di quale percorso intraprendere. Recentemente ho letto che Linq to SQL è stato introdotto in Entity Framework e lo sviluppo è forse rimasto stagnante.

Vale la pena di imparare ancora da Linq a SQL? O dovrei concentrarmi su Entity Framework o su un altro modello relazionale di oggetti come Devforce di Ideablade che si sta spostando su Linq come linguaggio di query?

Answer 1

Linq to SQL viene inserito nell'Entity Framework, ed è qui che la squadra sta mettendo le sue energie. Quindi, conoscere l'Entity Framework in corso potrebbe essere la tua priorità (lo farei mio).

Tuttavia, se si dispone dei cicli, non è tempo sprecato per comprendere Linq to SQL. C'è ancora molto su Linq, espressioni, caricamento lento, esecuzione ritardata, ecc. Che puoi imparare da esso e sarà ancora applicabile molto tempo dopo che è stato fuso in Entity Framework.

Answer 2

Dubito che il provider LINQtoSQL stia andando via, tuttavia, sembra essere vero che l'obiettivo di estendere LINQ sarà con Entity Framework. Il problema è che l'Entity Framework è davvero terribile al momento, IMO. Sto procedendo a sviluppare app che utilizzano LINQtoSQL come ORM. Mi aspetto che il supporto linguistico ci sarà in futuro. Quando LINQtoEntities raggiunge, potrei esaminarlo, anche se LINQtoSQL nella sua attuale incarnazione sembra essere adeguato (con alcune modifiche che ho aggiunto io stesso) per le mie esigenze. Questo è particolarmente vero usando Dynamic LINQ che ho usato per risolvere alcuni spinosi problemi che non ho potuto ottenere altrimenti (ordinamento per proprietà è molto più semplice con Dynamic LINQ).

Si potrebbe prendere in considerazione l'utilizzo di nHibernate e LINQ for nHibernate.