Sollte ich Linq zu SQL lernen, obwohl es in Entity Framework gerollt wird?

Question

Ich bin auf der Suche nach Linq zum Abfragen von MS SQL-Datenbanken, bin mir aber nicht sicher, welchen Pfad ich nehmen soll. Ich habe kürzlich gelesen, dass Linq to SQL in Entity Framework gerollt wird und die Entwicklung stagniert.

Lohnt es sich, Linq zu SQL noch zu lernen? Oder sollte ich mich auf Entity Framework oder ein anderes objektrelationales Modell wie Ideablade's Devforce konzentrieren, das zu Linq als Abfragesprache wechselt?

Answer 1

Linq to SQL wird in das Entity Framework integriert, und hier setzt das Team seine Energien ein. Das zukünftige Entity Framework zu kennen, würde wahrscheinlich Ihre erste Priorität sein (ich würde es zu meiner machen).

Wenn Sie jedoch die Zyklen haben, ist es keine verschwendete Zeit, um Linq mit SQL zu verstehen. Es gibt immer noch eine Menge über Linq, Ausdrücke, Lazy Loading, verzögerte Ausführung usw., die Sie daraus lernen können und die auch noch lange nach der Fusion in das Entity Framework anwendbar sind.

Answer 2

Ich bezweifle, dass der LINQtoSQL-Anbieter weggeht, obwohl es scheint, dass der Fokus auf die Erweiterung von LINQ mit Entity Framework sein wird. Das Problem ist, dass das Entity Framework derzeit wirklich schrecklich ist, IMO. Ich entwickle Apps mit LINQtoSQL als ORM. Ich erwarte voll und ganz, dass die Sprachunterstützung in der Zukunft da sein wird. Wenn LINQtoEntities aufholt, kann ich es mir ansehen, obwohl LINQtoSQL in seiner aktuellen Inkarnation (mit einigen Verbesserungen, die ich selbst hinzugefügt habe) für meine Bedürfnisse angemessen ist. Dies gilt insbesondere unter Verwendung von Dynamic LINQ, die ich verwendet habe, um einige dornige Probleme zu lösen, die ich sonst nicht bekommen konnte (Sortierung nach Eigenschaft ist viel einfacher mit Dynamic LINQ).

Sie könnten die Verwendung von nHibernate und LINQ for nHibernate in Betracht ziehen.