在DDD中，域模型实体可以访问其存储库吗？

Question

我目前正在设计和实施一个使用Domain Driven Design概念的框架。

我试图把Validation域模型层。

有时做验证需要访问数据库和查询它，作为一个例子：

"querying to check multiple column unique index" 

对于这一点，事实上，查询应该在库层的类来写的，它出来的那个域名实体需要在域模型层中引用其存储库接口，以便将验证完全置于域模型层中。

我想知道域实体是否可以访问存储库？

如果不好，那么应该如何处理这种情况？

我的意思是应该这样的验证方法移到repository或Application Service几层？如果是，是否可以将验证方法移到这些图层上？

或者作为域名服务可以访问存储库，我们应该创造domain services在domain model layer进行验证？

我们应该如何处理？

在此先感谢

Answer 1

我不知道这是确定域实体访问存储库？

不是真的 - 这会使你的组件之间的依赖性纠结。

体系结构的期望是，加载时的聚合具有保护其不变量所需的所有状态信息。任何其他参与修改总量的国家都应作为参数进入。

因此，需要查询聚集边界之外的某个东西，这表明您的设计中存在一个缺陷（您尝试执行的约束不是“真实的”，聚合边界被绘制在错误的地方，等等）。

使用域名服务，以支持总需求比直接连接到存储库更好，而不是整个好多查询。域模型应该与环境隔离，但引入域服务（或存储库）来支持验证会将域模型绑定到流程边界。

一个可以接受的替代方案，可能适合您的需求，是让应用程序从存储库中获取必要的数据，然后将该数据的表示（或提供对该数据的访问的域服务）传递给聚合，然后可以将其用于“验证”。

请注意，你有一个一致性的问题 - 其他一些总可以在您使用的是过时副本为“验证”自己的变化而改变位于远程数据。如果你的总体边界是正确的，那么在这里不一致的业务成本应该是“小”的。

关键要点是状态检索和状态验​​证是单独的关注点，并且要理解任何状态聚合不能控制都是陈旧的 - 在时间上分离检索和验证不会给您的新增竞争条件系统。因此，将数据检索留在应用程序组件中，将验证放在聚合中，并接受您使用过时数据的折衷。