Warum hassen all die Linq To Entities?[geschlossen]

Question

Mir ist aufgefallen, dass es offenbar eine gewisse Feindseligkeit gegenüber Linq To Entities zu geben scheint, insbesondere seitens der Alt.Net-Leute.Ich verstehe den Widerstand gegen mehr „Drag-and-Drop“-Programmierung, aber nach meinem Verständnis ist dies für Linq To Entities nicht erforderlich.

Wir verwenden derzeit Linq to SQL und verwenden das DBML-Dokument, um es zu definieren (sobald Sie mehr als ein Dutzend Tabellen erhalten, ist der Designer ziemlich nutzlos.)

Warum sollte der gleiche Ansatz nicht auch für Linq To Entities funktionieren?

Answer 1

Ich glaube nicht, es ist ein Hass für die Idee es per se. Es ist nur so, dass die Menschen nicht wie die Implementierung es.

http: // efvote. wufoo.com/forms/ado-net-entity-framework-vote-of-no-confidence/

Answer 2

Eigentlich, wenn Sie Eintauchen in sie beginnen, ist LTE völlig nutzlos für Enterprise-Level-Frameworks. Die Tatsache, dass es sehr wenig Erbe Unterstützung (in LTS auch) macht für viele redundanten Code. Auch werde ich LTS (Linq to SQL) bewegen zurück, weil es tatsächlich erlaubt Ihnen Zuordnungen über Attribute anstelle einer Datei zu definieren. LTE funktioniert nur mit einer externen Datei.

Answer 3

Die Linq to Entity Hass ist viel verdient. Dieses Produkt ist nicht jeder Zweck komplexer dann die lame Demos GU es auf seinem Blog verwendet. EF ist bei weitem nicht bereit für die Prime Time. Microsoft kann jedesmal, wenn der Wind bläst sie scheinen Veränderungen Daten Paradigma einfach nicht korrekten Daten in der .BLOAT Welt. FoxPro wurde mit dem gleichen Grunddaten Kern 20 Jahren. Gegeben SQL Server verwendet viel von VFP Datentechnik vielleicht könnte MSFT etwas lernen über die Manipulation von Daten und datenzentrierten Sprachen von etwas, das funktioniert.

Answer 4

Ich bin ganz auf die priciples von Linq to Entities verkauft, und im allgemeinen Entity Framework, aber ich habe Vorbehalte der aktuellen Fassung. Ich gebe offen zu, es nicht mehr als eine Selbst Bildungs- und sehr kleinen Weg in etwas genutzt haben, though. Das Maß an Flexibilität scheint noch nicht da zu sein, aber ich bin sicher, es wird kommen. Ich wurde von einem der MS Technology Evangelist (großem Jobtitel) erzählt, dass EF die MS strategische Wahl für die Zukunft war. Unter der Annahme, dies der Fall ist, kann ich nur sehe die Dinge immer besser in diesem Bereich.

Answer 5

Es kann auch auch ein wenig „zweiten Platz“ Feindseligkeit sein. MS ist sehr spät mit L2E auf dem Markt, ich wurde in ORM etwa drei Jahren interessiert vor oder so und MS war nirgends an dieser Stelle zu sehen.

Viele von uns verbracht haben bereits die Zeit eine andere ORM (wie NHibernate) Lernen und werden zu einem bestimmten Niveau verwendet und die Art der Funktionalität zur Verfügung steht, und ich dies noch in L2E nicht ersichtlich.

Dieses „zweiten Platz“ Feindseligkeit ist nicht von gestern ehrlich zu sein, ich weiß nicht, warum MS nicht mehr Zeit verbringen Lösungen bereits an Ort und Stelle unterstützen, haben wir alles schon mit NAnt gesehen -> MSBuild und NUnit -> MSTest, wäre es jeder spart viel Zeit und Mühe, wenn sie nur eine der besser akzeptiert und ausgereifter Lösungen und bemüht, das zu unterstützen, im Gegensatz zu ihrer eigenen ganzen Zeit braut

.

Answer 6

würde ich die LTE-Implementierung von TPT Erbschaft hinzufügt nichts weniger als kriminell ist. Sehen Sie meine Frage hier .

Und während ich es bin, glaube ich, dass die viele veröffentlicht EF Pandite zumindest teilweise mitschuldig machen. Ich habe noch kein veröffentlichtes Material auf EF zu finden, warnt vor Anfragen von Basistypen. Wenn ich es auf dem Modell, um zu versuchen war, die ich habe, einfach SQL Server gibt mit Ausnahme auf.

  

Ein Teil Ihrer SQL-Anweisung   zu tief verschachtelt. Schreiben Sie die Abfrage   oder brechen sie in kleinere Abfragen auf.

Ich würde gerne die Abfrage neu zu schreiben, aber LTE als ich von dieser Last befreit. Dank (^ nicht)