Sollten Sie auf was warten? Wenn Sie darüber nachdenken, würde jeder Code, den Sie in der Vergangenheit geschrieben hätten, heute genauso gut funktionieren wie damals. Ist LINQ produktiver als die meisten dieser früheren Methoden? Meiner Meinung nach, ja, aber dann mag ich LINQ wirklich. Ist Linq Entities besser? Nein, es ist einfach anders und um ehrlich zu sein, in vielen Fällen ist es ein bisschen mehr gearbeitet. Der IJW (es funktioniert einfach!) Faktor von LINQ ist wirklich unglaublich, es ist eine der elegantesten Technologien, die Microsoft seit langem herausgebracht hat. Wird es in Zukunft etwas besseres geben? Höchstwahrscheinlich. Aber wir leben und kodieren in der Gegenwart und warten auf die Zukunft ist ein Idiot, denn es gibt immer etwas Besseres über den Horizont.
Das heißt, das ist ein gutes Argument für die Abstraktion. Wenn Sie Ihre Klassen entwerfen, fragen Sie sich, könnte ich X (Linq, ADO.Net, usw.) in meiner Datenschicht ersetzen, ohne den Rest meiner Anwendung zu unterbrechen? Wenn Sie ja antworten können, haben Sie wahrscheinlich ein ziemlich gutes Design. Eine richtige Datenschicht zu erstellen, ist wirklich nicht so schwer und erlaubt Ihnen die Flexibilität, von Linq zu jedem anderen ORM (Link zu Entities, nHibernate, etc ...) zu wechseln oder sogar zu einem komplett anderen Backend zu wechseln Web Services oder was auch immer die nächste große Sache ist.
Auch, wenn es Ihren Geist beruhigt, geht LINQ nirgendwohin. Sein Teil der Sprache wird in Mono implementiert und mehr Linq-Anbieter werden hinzugefügt. Selbst wenn Microsoft zu einer anderen Technologie wechselt, sehen Sie immer noch, dass Benutzer Linq verwenden und unterstützen. Zur Hölle, es ist bereits zu einem gewissen Grad mit Linq zu Entities geschehen und du siehst immer noch, dass die meisten Entwickler, die Linq verwenden, L2E größtenteils ignorieren. Der einzige große Nachteil von LINQ heute ist das Fehlen eines soliden MySQL/PostOgre-Linq-Providers, der frei verfügbar ist, aber es sind einige in Arbeit.