La place de Entity Framework 4.0 + POCO + WCF en DDD "monde"

Question

Je suis en train de se rendre à la lumière. Dans l'approche DDD, nous avons la couche de présentation (UI), la couche d'application (services d'application), la couche de domaine et l'infrastructure. Je suis sûr que quelqu'un sait o courte description sur ces 4 couches.

Je sais pieds WCF dans la couche d'application (Application Services), et le modèle Entity Framework dans la couche d'infrastructure.

Maintenant, la « énigme silencieuse » est venu dans: où je dois mettre des objets POCO, les interfaces du référentiel et la mise en œuvre? Je peux utiliser des objets POCO tels que les objets de modèle de domaine en tenant compte de la persistance de l'ignorance de POCO, ou mieux d'avoir un autre objet dans le modèle de domaine et de mapper ces objets sur des objets POCO. J'ai lu quelques articles mais en majorité EF4 et POCO sont présentés dans des situations très simples où il est impossible de mettre en évidence le réel avantage de l'utilisation de EF4 et POCO, pour cela je veux les vôtres points de vue.

Un grand merci!

Answer 1

POCO peut être votre objet de domaine parce qu'il est ignorant persistence. Je ne vois aucune raison de créer un ensemble séparé d'objets pour la persistance et un ensemble séparé pour les objets de domaine. Le référentiel fait partie de la couche d'infrastructure.