domain-driven-design - 领域驱动设计

Question

DDD 的分层方案建议层应该是；

演示/应用/领域/基础设施

Evans 书中的图表显示了访问基础设施层的 Presentation。我对这个图的解释是否正确，因为任何上层都可以被允许访问任何下层？

Answer 1

这个问题是用“层”这个词提出的，所以我最初的回答是针对层的。最好开始说 DDD 不是关于刚性层，而是关于以易于测试和更改的方式构建应用程序，因为它鼓励不同对象之间的关注点分离。

我不喜欢将域称为“层”，因为域对象并没有真正形成通常意义上的层，它们在层之间传递，但不属于任何层。至于让表示层访问基础设施，该图表示这是一个选项。从演示文稿中抽象出对基础设施的访问的程度取决于您。在大多数情况下，我倾向于通过应用程序层以避免将其与实现细节联系起来，但直接方法是一种选择，决定权取决于您。

我认为阅读 Evans 的书有点令人沮丧，因为缺乏具体的例子，但他正在努力使其广泛适用，而且有些语言比其他语言更灵活，因此它们可以以不同的方式做事。例如，当使用 Java 和 Hibernate 时，我没有从域到数据访问对象的任何引用，我认为 Hibernate 持久集合实现就像存储库一样，允许延迟遍历域模型。但这是基于我对语言和库的选择的实现决策，其他情况可以证明不同的决策是合理的。