Linq

2009-05-20 14 views
1

mögliche Dubletten SQL:
Is LINQ to SQL DOA?Linq

ich ein neues ASP.Net Projekt am Start, die alle Daten in einer SQL-Datenbank enthält. Ich würde normalerweise Linq zu SQL verwenden, um alle meine Abfragen, Updates und Einsätze durchzuführen. Aber wie ich kürzlich herausgefunden habe, wird Microsoft Linq nicht mehr zu SQL entwickeln/unterstützen. Was würdest du als Alternative benutzen?

Weiß jemand, warum sie dies fallen lassen, wie ich gekommen bin, um Linq zu SQL zu mögen, und wissen Sie, womit sie es ersetzen werden?

Jede Information wäre großartig.

Antwort

8

Linq to SQL ist nicht tot, noch ist es mit EF ersetzt werden, haben sie es nicht getötet, fühlen sich frei, zu vergleichen und

  • Linq to SQL
  • Entity Framework (aka Linq to Entities)
  • nHibernate oder anderen ORM

Wählen Sie einen, der für Sie arbeitet und dabei bleibt, keiner stirbt.

FWIW, hat Microsoft mehr Entwickler auf Linq arbeiten zu SQL, als es auf MVC.net gearbeitet hat jetzt

ziehe ich Linq to SQL, weil ich nicht MSSQL nicht db und seine viel leichter als EF unterstützen müssen . Es unterstützt nicht das letzte, was Sie brauchen, aber meiner Meinung nach (und ich kann dafür geflammt werden) Linq zu SQL ist zu MVC.net, da EF zu Webforms ist.

EF hat offensichtlich seine Vorteile gegenüber Linq zu SQL, aber es gibt etwas, das linq zu sql gerade nicht unterstützt (Cross-Db-Joins, Nicht-Mssql-Datenbanken, Erstellen eines Typs basierend auf einer Ansicht, etc). Jedes Werkzeug hat seinen Platz.

Einige anständige comparisons on the two

Oh und StackOverflow was built with linq to sql

+0

Mit Entity Framework 4.0 (zweite Version) sehe ich wirklich keinen Grund, weiter mit Linq zu SQL zu bleiben. – aleemb

+0

aleemb, könnte man einfach das gleiche über WebForms und MVC.NET sagen. Manche Leute bevorzugen alles und die Küchenspüle und es ist egal, ob etwas leicht ist oder nicht. Ich möchte nur ein sehr einfaches, leichtgewichtiges ORM, das genau das tut, was ein ORM tun soll. Ich will nicht alles und die Küche versenken. Ich klopfe auch nicht an, noch klopfe ich Entwickler an, die sich gegenseitig entscheiden. –

-1

Linq zu Entities wird Linq zu SQL ersetzen.

1

Microsoft nun anstelle von Linq to SQL Entity Framework drängen:

http://blogs.msdn.com/adonet/archive/2008/10/29/update-on-linq-to-sql-and-linq-to-entities-roadmap.aspx

MSDN Info auf Entity Framework: http://msdn.microsoft.com/en-us/library/aa697427(VS.80).aspx

Update: Mehr komplette Liste der Entity Framework Ressourcen: http://blogs.msdn.com/wriju/archive/2009/03/10/ado-net-entity-framework-resources.aspx

Und natürlich das obligatorische O'Reilly Buch zum Thema: http://fyi.oreilly.com/2009/02/introducting-the-adonet-entity.html

+0

viel neuere Informationen gibt es zum Thema –

1

wenn Sie irgendeine Technologie verwenden, bereiten sie schließlich in Ungnade zu fallen, und nicht die neueste Technologie sein!

Wenn Sie Linq nicht auswählen, wird das, was Sie verwenden, irgendwann "alt" sein, und die Leute werden fragen, ob es sich lohnt zu lernen oder zu verwenden, da es bessere Dinge gibt.

Wenn Sie Software schreiben, bereiten Sie sich darauf vor, weiterhin neue Technologien und Methoden zu erlernen, oder wechseln Sie Ihre Karriere.

1

Wenn Sie Linq 2 Sql mögen, dann empfehle ich Sie ausprobieren SubSonic, da es sehr ähnlich wie Linq 2 Sql arbeitet. Es ist leichtgewichtig und Ihre Wrapper-Klassen werden aus einer vorhandenen Datenbank generiert. Ich glaube, dass die nächste Version von SubSonic auch Linq unterstützen wird.