领域驱动设计中，实体对象直接引用仓储是否合适？
在领域驱动设计中，实体对象和领域服务对象是同等的，在实体对象中直接使用仓储对象是否合理？
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
在领域驱动设计中，实体对象和领域服务对象是同等的，在实体对象中直接使用仓储对象是否合理？
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
接受 或继续使用网站，即表示您同意使用 Cookies 和您的相关数据。
发布评论
评论（3）
不合理，实体entity最后再到DB进行落地，话是应该把两者分开处理。
不合理。按照设计思想，每一层都有自己的边界和职责。
感觉比较合适的方案是领域层定义仓储接口，只依赖仓储接口，具体实现在独立的仓储层，最终通过依赖注入来关联接口实例