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

Question

我想知道是否有人有关于如何在使用领域驱动设计时组织 UML 类图的好示例。

我真的不知道如何使用存储库和服务来创建合适的实体。

Answer 1

我最终为 DDD 绘制的 UML 图通常是手绘的、非正式的，并且不严格遵守所有指南。从UML的角度来看，实体、存储库和服务都是简单的类；类可以用 stereotype 标记为了清楚起见。

此外，我并没有过分强调类图。从行为角度考虑模型通常会更有效，这就是序列图可以提供帮助的地方，尽管它们很快就会变得过于技术性。类图可以帮助您识别聚合和实体，但它们也可能会因为过分强调名词而不是动词而使您误入歧途。

DDD 中另一种重要的图表类型是 context map可以将其视为有界上下文的类图。没有任何明确的 UML 实践来表达上下文映射，因此非正式的方法效果最好。

总的来说，对我有用的是低摩擦、低仪式和非正式。使用方框表示概念，使用方框之间的线条表示关系。除此之外的任何事情肯定会有帮助，但不应该以牺牲其他方面为代价。

您还应该了解该图的用途。它们是为了促进设计和建模过程吗？它们是用于文档吗？为了引发对话？为了沟通？每个原因都可能有特定的限制。