Domain driven design 实体框架的位置4.0+;POCO&x2B;以DDD表示的WCF“;“世界”;

Domain driven design 实体框架的位置4.0+;POCO&x2B;以DDD表示的WCF“;“世界”;,domain-driven-design,entity-framework-4,poco,Domain Driven Design,Entity Framework 4,Poco,我正试着接近光明。在DDD方法中,我们有表示层(UI)、应用层(应用服务)、域层和基础设施。我相信任何人都知道这4层的简短描述 我知道WCF位于应用层(应用程序服务),而Entity Framework.edmx模型位于基础设施层 现在出现了“无声之谜”:我必须将POCO对象、存储库接口和实现放在哪里?考虑到POCO的持久性,我可以使用POCO对象,如域模型对象,或者最好在域模型中有另一个对象,并将这些对象映射到POCO对象上 我读过一些文章,但在大多数情况下,EF4和POCO是在非常简单的情况

我正试着接近光明。在DDD方法中,我们有表示层(UI)、应用层(应用服务)、域层和基础设施。我相信任何人都知道这4层的简短描述

我知道WCF位于应用层(应用程序服务),而Entity Framework.edmx模型位于基础设施层

现在出现了“无声之谜”:我必须将POCO对象、存储库接口和实现放在哪里?考虑到POCO的持久性,我可以使用POCO对象,如域模型对象,或者最好在域模型中有另一个对象,并将这些对象映射到POCO对象上

我读过一些文章,但在大多数情况下,EF4和POCO是在非常简单的情况下介绍的,在这种情况下,不可能突出使用EF4和POCO的真正优势,因此我想听听您的观点


非常感谢

POCO可以是您的域对象,因为它是不知道持久性的。我看不出有任何理由为持久性创建单独的对象集,为域对象创建单独的对象集。存储库是基础架构层的一部分。

Ladislav,感谢您的快速回答:)。我认为这也是“方法”。现在我必须研究一些IoC容器,从一开始就把事情做好:D。