Ich brauche LLBLGEN oder EF4. Ich weiß, dass es möglich ist, poco mit EF4 zu verwenden, aber ich muss allgemeine Vorgehensweise verwenden. Also mein Ziel ist es, non poco orm zu implementieren und es von der Domäne zu entkoppeln. Es bedeutet, dass ich DAL-Entitäten in Domain nicht verwenden kann, da es gekoppelt wird, daher möchte ich Repositories verwenden. Wenn ich ein DTO zwischen DAL und Domain verwende, dann verliere ich den internen DAL-Entity-Status und muss DTO zu Entity zuordnen und neu zuordnen. Deshalb möchte ich zusätzliche Schnittstelle für jede Entität schreiben, die nur Eigenschaftsdeklarationen hat. Repositorys verwenden diese Schnittstellen und DAL-Entitäten verlieren ihren Status nicht. Um ein neues Objekt in DAL zu erstellen, verwende ich abstract factory.nicht POCO ORM in entkoppelten Anwendung Design
Nachteile: Keine Zuordnung von Remap-DTO in DAL-Entität erforderlich, DAL-Entitäten verlieren ihren Status nicht. Pros: müssen zusätzliche Schnittstellen schreiben und verfolgen, ob Entität aktualisiert wird und diese Änderungen mit Schnittstelle synchronisieren, schreiben Sie zusätzlichen Code, um abstrakte Fabrik zu implementieren (aber es ist nicht schwierig).
Ich persönlich denke, dass es das wert ist. Könnten Sie Ihre Meinung zu dieser Lösung teilen?