Vollständige Kapselung des Entity Framework

Question

Ich entwickle eine Geschäftsanwendung mit WPF als Präsentationsebene (natürlich mit MVVM). Ich verwende Ado.Net Entity Framework, um die DataBase zuzuordnen. Ich möchte keine Entitäten direkt im Code (in der Business-Schicht) verwenden. Ich möchte meine Schichten trennen: -Präsentation Schicht -Business Schicht -Daten Access Layer

Nach diesem Beitrag http://www.wadewegner.com/2009/06/architecting-your-data-access-layer-with-the-entity-framework/ ich eine Voll Einkapselung des Entity Framework implementieren möchten. um eine Trennung von Bedenken zu bieten und nicht von EF in der Zukunft als ORM abhängig zu sein

Können Sie mir helfen, indem Sie mir ein paar Beispiele geben, um das EF zu kapseln und wie man dies in Code implementiert. thx

Answer 1

In Bezug auf dieses

ich eine Voll Einkapselung des Entity Framework implementieren möchten. zu eine Trennung von Bedenken bieten und nicht auf EF in der Zukunft als ORM

Normalerweise abhängig sein, können Sie sich eine Menge Probleme verursachen, wenn Sie diesen Weg gehen. Wenn Sie sich für EF entscheiden, sollten Sie die Funktionen wirklich nutzen und nicht hinter einer anderen Abstraktion verbergen.

EF selbst ist bereits eine Abstraktionsschicht über DB, es muss keine weitere Abstraktion erstellt werden.

Answer 2

Ich würde einen Blick auf diesen Beitrag wich implementieren UnitOfWork und Repository Muster zu implementieren, was, ich verstehe, wollen Sie erreichen.

http://blogs.msdn.com/b/adonet/archive/2009/06/16/using-repository-and-unit-of-work-patterns-with-entity-framework-4-0.aspx

Answer 3

Es gibt einen Weg, es zu tun, mit POCO. Entity Framework 4.0 wird mit POCO (Plain CLR Objects) unterstützt. Aber POCO hat seine eigene Komplexität, wenn man sich mit Beziehungen und Assoziationen auseinandersetzen muss. Sie können auf den Blog von Julie Lerman verweisen (ein schöner Artikel)

http://thedatafarm.com/blog/data-access/agile-entity-framework-4-repository-part-1-model-and-poco-classes/