Entity Framework und Kopplung

Question

Ich hatte ein wenig Diskussion mit einem Freund von mir über die Verwendung von Entity-Framework. Ich hatte ein Projekt, bei dem ich eine 3-Tier-Lösung mit dem Entitätsframework als Datenlayer erstellte und mithilfe von Datenübertragungsobjekten von der Geschäftsschicht zur Benutzeroberfläche wechselte. Ich mochte wirklich die lose Kopplung, die es gibt, da ich das Entity-Framework mit z.B. überwintert später. Mein Freund dagegen argumentierte, dass der Zweck des Entity-Frameworks darin bestehe, es so zu modellieren, dass es auf der Benutzeroberfläche verwendet werden könne. Wie verbinden Sie das Entity Framework mit Ihrer Lösung?

Answer 1

Ich sehe die Idee, dass mein Freund mit den austauschbaren Schichten Hibernate und EF vorschlägt, aber ich denke, es ist etwas drastisch, da diese beiden Frameworks bereits DL-> BL-Fähigkeiten enthalten. Ich denke, der Grund für die Frameworks wie EF und Hibernate sind diese, in priorisierter Reihenfolge:

1. Direkte Verwendung von Entitäten in Business-Logik
2. Datenbanktyp Unabhängigkeit
3. Automatische Caching
4. SQL-Abstraction

Die Erwartung, dass ein Framework wie dieses auch locker mit den Ebenen verbunden sein sollte, würde nur zu viel Parsing, Objektumbruch und -auspacken und verschiedenes Rauschen erfordern, um die Austauschbarkeit auszugleichen, die niemals Wirklichkeit werden könnte. Wie ich es sehe, würde sein Vorschlag zu dem Äquivalent von:
DL -> DL -> BL -> UL
Wer ist damit einverstanden?