Ich habe gerade über Linq gelesen, bis SQL eingestellt wurde. Eine Zeit lang habe ich Linq überhaupt nicht weiter unterrichtet. Sogar auf asp.net, als ich das letzte Mal überprüft habe, verwendeten ihre Datenzugriffs-Tutorials Tabellenadapter und DLL-Klassen. Dann gibt es linq Tutorials. Nun, da ich dies gelesen habe und dass das Entity Framework der neue Weg ist, bedeutet das all das Linq "Zeug", über das ich seit anderthalb Jahren gelesen habe, wie großartig es ist, usw., all dies einfach weg? Niemand scheint jemals auf dem richtigen Weg zu sein, Dinge oder zumindest einen Standard mit MS-Produkten zu machen. Und ich verstehe, dass Sie nicht sagen können, dass ein Weg für alles richtig ist. Aber in diesem speziellen Fall verstehe ich nicht, warum es nicht zu einer Beruhigung des Datenzugriffs kommen kann.
Oder ist Linq To SQL nur der ORM-Teil von Linq? Was genau würde ich jetzt lernen, wenn ich ein ORM verwenden möchte? Ich habe einige Dinge auf StackOverflow gelesen, aber keine, die mir wirklich helfen zu wissen, was zu tun ist.
Es scheint, dass nHibernate besser ist als alle anderen Microsoft-Optionen. Ja, ich weiß, dass es andere gibt (Unterschall und andere wurden in verschiedenen SO-Fragen erwähnt.)
Danke.
Nein.
LINQ to SQL baut auf LINQ auf, einer der grundlegenden Sprachfunktionen in .NET 3.5 Framework.
Technisch können andere ORMs ihre eigenen LINQ-Systeme implementieren, z. B. NHibernate hat bereits LINQ zu NHibernate. Dies steht über den im Framework bereitgestellten Funktionen wie LINQ to XML, LINQ to Objects usw..
Das Entity Framework bedeutet sicherlich nicht, dass LINQ weggeht - das Entity Framework ist selbst ein LINQ-Provider!
LINQ ist eine ganze Sammlung von Technologien und mehr als das - es ist ein Muster , das Sie auch für Ihren eigenen Datenprovider implementieren können.
LINQ to SQL ist nur ein Beispiel für dieses Muster. Für das, was es wert ist, denke ich, dass LINQ to SQL weniger betont wird als dass es tatsächlich weggeht, aber wir werden sehen ...
Persönlich finde ich LINQ to Objects an erster Stelle den nützlichsten LINQ-Provider:)
Linq to sql ist nur einer von vielen linq-Anbietern da draußen (es gibt linq to db4o, linq to starcounter, linq zu Objekten, linq to ado und viele, viele mehr). Das Entity-Framework hat seinen eigenen linq-Provider namens linq to enteties. Ihr Jahr des Lesens über Linq ist nicht verloren.
LINQ ist nicht weggegangen. LINQ to SQL hat dies auch nicht, aber es ist nicht die strategische Plattform von Microsoft für den Datenzugriff, sondern Entity Framework. EF verwendet LINQ zu Entitäten. Wenn Sie also viel Zeit mit LINQ verbracht haben, ist es immer noch gültig und nützlich.
LINQ ist jedoch keine produktspezifische Technologie. Es ist einfach, die Kraft und Flexibilität in Sammlungen von (fast) allen Arten zu nutzen. zB.
%Vor%ist (konzeptionell) gültig, auch wenn das Codebeispiel hier fehlerhaft ist.
LINQ ist eine Bibliothek zur Verarbeitung von Datenfolgen. Und es ist ziemlich toll. Diese Datensequenzen können alles sein, was IEnumerable implementiert, oder es können Sequenzen sein, die von Adaptern bereitgestellt werden.
Linq to SQL ist ein Adapter, der es einer SQL-Datenbank ermöglicht, Datenfolgen bereitzustellen, die mit LINQ kompatibel sind.
Es gibt auch einen Linq to XML, der ein Adapter ist, mit dem Sie ein XML-Dokument als eine Sequenz von Daten behandeln können, so dass LINQ es verarbeiten kann.
LINQ ist nur die Abfragesprache, und es ist sehr gut darin, was es tut. Es hat nichts mit Datenbanken oder SQL zu tun. Es lohnt sich, es zu lernen, um In-Memory-Sammlungen einfach verarbeiten zu können.
Tags und Links linq orm nhibernate data-access