使用 STE 与 POCO 的 DDD
使用 Microsoft 技术（我们完全控制所有组件）使用 DDD（更好的 DDDD，因为我们使用 WCF）开发 n 层应用程序，最好的选择似乎是 STE 与 POCO（最后一个强制使用 DTO） 。这是正确的？您认为在我们需要的地方使用 STE 和 DTO 有意义吗？
谢谢。
Developing n-layered application with DDD (o better DDDD because we are using WCF) using Microsoft technology (where we have full controll of all component), the best choise seems to be STE vs POCO (this last one force the usage of DTOs). That's right? In your opinion make sense the usage of STE with DTOs where we need them?
Thanks.
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
我真的可以推荐 Julie Lerman 的编程实体框架。她深入探讨了简单的 poco、dto 和自我跟踪实体。描述了优点和缺点。但当然很大程度上取决于应用程序要求和个人品味。
所以我无法给你一个确切的答案，因为这个问题是笼统的。但是阅读这本书应该会让您体验到可能的替代方案，并可以帮助您做出此类设计决策。我正在将自我跟踪实体与业务访问层、服务层、WCF、Win / WPF 客户端结合使用。未来最有可能使用 ASP.NET 来扩展它
I really can recommend Julie Lerman's Programming Entity Framework. She goes in depth about simple poco's, dto's and Self Tracking Entities. Advantages and disadvantages are described. But off course depending a lot on application requirements and personal taste.
So I can't give you an exact answer because the question is to general for that. But reading the book should give you a taste of the possible alternatives and can help you in making these kind of design decisions. I'm working with Self Tracking Entities in combination with a Business Access Layer, Serive Layer, WCF, Win / WPF clients. And expanding it in the future most probably with ASP.NET