Frage

Ich habe eine ASP.net (C #) Projekt, das eine dreischichtige Architektur verwendet. Ich begann Entity Framework in meinem DAL und die Frage ist, inwieweit Klassen erzeugt durch Entity Framework zu verwenden, in der Business-Logik-Schicht verwendet werden?

Es ist eine gute Idee, sie direkt verwenden, oder soll ich meine eigenen Business-Objekte erstellen und zuordnen, um sie von Entity Framework (db-> O / RM-> bos)?

War es hilfreich?

Lösung

Meiner Meinung nach würden die EF-Objekte Ihnen zugeordnet werden. Dies hat eine höhere Entwicklungskosten, sondern gibt den zusätzlichen Vorteil der Persistenz Unwissenheit und Entkopplung. Diese Entkopplung kann zu erheblicher Agilität und reale Welt Einsparungen in langfristig zu übersetzen, soll das Unternehmen benötigen, um eine andere Persistenz-Lösung zu wechseln. Ohne die Entkopplung können die EF Objekte tief in der BLL eingebettet werden und sogar Präsentationsschichten, eine riesige Refactoring erfordern. In einem solchen Fall könnte das Unternehmen nicht einmal in Erwägung Persistenzlösungen Schalten, die das Unternehmen weniger wettbewerbsfähig sein verursachen könnte.

Die Entscheidung, diesen Vorteil bei den höher Entwicklungskosten zu ernten, hängt von der Höhe des Risikos, das Unternehmen bereit ist, zu übernehmen. Ich schlage vor, Sie mit dem Projekt Beauftragt beraten und nutzen Sie am bestes Urteil, ihre strategischen Ziele in technischen Art und Weise zu interpretieren.

Andere Tipps

Es sollte vernünftig genug sein, um die generierten Klassen als Business Objects zu verwenden. Die generierten Klassen sind teilweise, so dass Sie sie leicht erweitern können, wie Sie bitte. Manchmal habe ich es eine schönere Option jedoch zu bedienenden Benutzeroberflächen finden.

Ich habe (4.0 beta 2 in .Net) auf EF 2.0 gerade erst begonnen und es hat die Möglichkeit, POCO clases als EF Entitäten zu verwenden. das heißt Sie jetzt Persistenz unwissend Klassen in EF 2.
verwenden können Ich denke, das noch nicht ganz fertig ist, da ich nicht die Präsentation von PDC 2009 folgen könnte, wenn in Visual Studio 2010 Beta 2 arbeitet, aber eine Uhr heraus für diese unter ADO.Net Team Blog .

Sie können an der Persistence Ignorance (POCO aussehen wollen ) Adapter für Entity Framework . Dies ist ein Open-Source-Projekt von einem Mitglied des EF-Teams, die POCO Unterstützung EF 1.0 bringt. EF 4.0 wird die Box-out-of-POCO-Unterstützung hat, aber dieses Projekt dient als Notlösung, bis .NET 4.0 Tropfen im Jahr 2010.

Lizenziert unter: CC-BY-SA mit Zuschreibung
Nicht verbunden mit StackOverflow
scroll top