domain-driven-design - 域实体应该调用存储库吗？

Question

我正在设计一个运输应用程序并尝试使用 Clean Architecture 和 DDD。在领域层的核心深处，我们有许多可配置的业务规则。例如，有用于确定 cargo 的最佳承运人、确定运输方式、确定付款类型等的业务规则。每个业务规则都从数据库中选择数据，因此我计划使用 BizRule 存储库。问题是，根据我对 DDD 原则的理解，域实体(例如 Shipment)不应该调用存储库(例如 BizRuleRepository)。用例层应该是调用存储库的层。如果我采用这种方法，那么我将不得不将许多复杂的业务规则移动到用例层，我​​不确定这是否是最好的方法。在这种情况下，进行异常并让域实体调用存储库是否有意义？提前谢谢你。

Answer 1

Should a Domain Entity call a repository?

一般来说，没有；一个实体(这是一个域关注点)直接与一个存储库(它是管道)进行通信是没有意义的。

埃文斯在组织他的书时，将这些想法分配到不同的章节

• 用软件表达的模型——描述实体
• 域对象的生命周期——描述存储库

这是语言的问题；存储库通常具有集合或持久性语义，它们(通常)不是域的普遍存在的语言的一部分。

也就是说，有一个漏洞； 域服务可以使用通用语言描述数据检索，并将这项工作委托(delegate)给应用程序或基础设施服务。

所以(暂时假设业务规则是一个 域 概念)，您将有一个域实体知道它需要 哪个 业务规则，以及一个域知道如何检索业务规则的服务，然后知道如何使用它的实体。

如果业务规则不是领域概念，那么一些工作从实体转移到领域服务，但模式的核心保持不变——实体将参数传递给服务，服务返回实体理解的域值，实体决定如何在其当前处理中应用该值。

We can solve any problem by introducing an extra level of indirection

这有点像一场空壳游戏；在幕后，我们仍在使用管道；但领域模型只看到瓷器。

当您想要对域逻辑进行单元测试而不拖入整个管道依赖项时，额外的间接层非常方便:您将域服务替换为测试替身。