我正在设计一个运输应用程序并尝试使用 Clean Architecture 和 DDD。在领域层的核心深处，我们有许多可配置的业务规则。例如，有用于确定货物的最佳承运人、确定运输方式、确定付款类型等的业务规则。每个业务规则都从数据库中选择数据，因此我计划使用 BizRule 存储库。问题是根据我对 DDD 原则的理解，域实体（例如 Shipment）不应该调用存储库（例如 BizRuleRepository）。用例层应该是调用存储库的层。如果我采用这种方法，那么我将不得不将许多复杂的业务规则移至用例层，我不确定这是否是最好的方法。在这种情况下，进行异常并让域实体调用存储库是否有意义？先感谢您。
问问题
2572 次
2 回答
7
域实体应该调用存储库吗？
一般来说，没有；实体（这是一个域关注点）直接与存储库（这是管道）进行通信是没有意义的。
埃文斯在组织他的书时，将这些想法分配到不同的章节
- 用软件表达的模型——描述实体
- 域对象的生命周期——描述存储库
这是语言的问题；存储库通常具有集合或持久性语义，它们（通常）不是该领域普遍存在的语言的一部分。
也就是说，有一个漏洞；领域服务可以使用通用语言描述数据检索，并将该工作委托给应用程序或基础设施服务。
因此（暂时假设业务规则是一个领域概念），您将拥有一个知道它需要哪个业务规则的领域实体，以及一个知道如何检索业务规则的领域服务，然后是知道如何检索业务规则的实体使用它。
如果业务规则不是领域概念，那么一些工作从实体转移到领域服务，但模式的核心保持不变——实体向服务传递参数，服务返回一个领域值实体理解，实体决定如何在其当前处理中应用该值。
我们可以通过引入额外的间接级别来解决任何问题
这有点像一场空壳游戏。在幕后，我们仍在使用管道；但领域模型只看到瓷器。
当您想要对域逻辑进行单元测试而不拖入整个管道依赖项时，额外的间接层非常方便：您将域服务替换为测试替身。
于 2017-12-20T01:49:33.867 回答
0
如果它只是为了阅读它应该没问题，也许它可以更干净地拥有一个接口/服务（也只有一种方法），向您的商店表达所需的查询，将您的实体与存储库解耦。通过这种方式，您可以在测试期间轻松模拟查询，并且将来可以在其自己的类中轻松改进查找方法（或者您也可以为查找传递不同的策略/实现）。
当您使用存储库写入实体内部时，就会出现问题。
于 2017-12-20T00:07:33.650 回答