有界上下文/聚合的物理组织

Question

在 DDD 的上下文中，当涉及到有界上下文和聚合根时，每个人都如何物理地构建他们的文件/文件夹？

是否需要对这些进行物理表示，还是只是为了讨论？我试图找到 evans 和 nilsson 谈论物理布局，但要么我错过了，要么他们没有讨论。

我假设您无法在物理布局中真正表示有界上下文，因为某些类可能涉及多个有界上下文，但它仍然会询问聚合问题以及如何布局它们。

Answer 1

（我假设您在谈论项目/源/包布局，而不是生产组件的部署和分发。）

不同的有界上下文肯定应该在单独的包中，并且可能在单独的子项目中，否则我认为很难（主观上，我什至会说这是不可能的）真正保持边界。至于涉及多个有界上下文的类，如果排除共同点没有意义，有时你所能做的就是尽量减少接触面积（可能通过限制使用来自外国上下文的类来翻译）层）。