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

Question

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

是否需要对这些进行物理表示，还是仅用于讨论？我试图找到埃文斯和尼尔森说一些关于物理布局的事情，但要么我错过了，要么他们不讨论。

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

Answer 1

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

不同的有界上下文绝对应该在单独的包和可能单独的子项目中，否则我认为真正维护边界太困难(主观上，我什至说这是不可能的)。至于涉及多个有界上下文的类，如果把共同点分解出来没有意义，有时你所能做的就是尽量减少接触区域(可能通过限制使用来自外部上下文的类到翻译层)。