Domain driven design 使用STE与POCO的DDD

Domain driven design 使用STE与POCO的DDD,domain-driven-design,poco,dto,self-tracking-entities,dddd,Domain Driven Design,Poco,Dto,Self Tracking Entities,Dddd,使用Microsoft技术(我们完全控制所有组件)开发具有DDD的n层应用程序(更好的DDDD,因为我们使用的是WCF),最好的选择似乎是STE vs POCO(最后一个选择强制使用DTO)。这是正确的?在您看来,在我们需要的地方使用STE和DTO有意义吗 谢谢。我真的可以推荐朱莉·勒曼的。她深入讨论了简单的poco、dto和自跟踪实体。描述了其优点和缺点。但这在很大程度上取决于应用要求和个人品味 所以我不能给你一个确切的答案,因为问题是关于这个的。但是阅读这本书应该会让你尝到可能的选择,并能帮

使用Microsoft技术(我们完全控制所有组件)开发具有DDD的n层应用程序(更好的DDDD,因为我们使用的是WCF),最好的选择似乎是STE vs POCO(最后一个选择强制使用DTO)。这是正确的?在您看来,在我们需要的地方使用STE和DTO有意义吗


谢谢。

我真的可以推荐朱莉·勒曼的。她深入讨论了简单的poco、dto和自跟踪实体。描述了其优点和缺点。但这在很大程度上取决于应用要求和个人品味


所以我不能给你一个确切的答案,因为问题是关于这个的。但是阅读这本书应该会让你尝到可能的选择,并能帮助你做出这样的设计决策。我正在使用自跟踪实体,并结合业务访问层、服务层、WCF、Win/WPF客户端。将来很可能使用ASP.NET来扩展它,使用WCF不会使它成为DDDD。我建议你(重新)阅读埃里克·埃文斯的书,并观看乌迪·达汉、格雷格·杨和埃里克·埃文斯关于这个主题的每一段视频。它应该让您了解使用(D)DDD构建软件的意义。我知道Eric Evans在他关于DDD的书中几乎完全避免了分布式技术和系统(Web服务等)的问题,因为它主要关注领域。然而,在大多数情况下,分布式系统和远程服务是我们需要的。四个“Ds”?是的,很明显,DDDD是DDD的一个发展/扩展,其中添加了分布式系统方面。