Mau*_*nza 5 uml domain-driven-design class-diagram
我想知道是否有人使用域驱动设计时如何组织UML类图的好样本。
我真的不知道如何使用存储库和服务来创建合适的实体。
我最终为 DDD 绘制的 UML 图通常是手绘的、非正式的并且不严格遵守所有准则。从 UML 的角度来看,实体、存储库和服务都是简单的类;为清楚起见,类可以用构造型标记。
此外,我不会过分强调单独的类图。从行为角度考虑模型通常更有成效,这正是序列图可以提供帮助的地方,尽管它们很快就会变得过于技术化。类图可以帮助您识别聚合和实体,但它们也可能通过过多强调名词而不是动词而使您误入歧途。
DDD 中另一种重要的图表类型是上下文映射,可以将其视为有界上下文的类图。没有任何明确的 UML 实践来表达上下文映射,因此非正式的方法效果最好。
总的来说,对我有用的是低摩擦、低仪式和非正式。用方框表示概念,用它们之间的线表示关系。除此之外的任何事情肯定会有所帮助,但不应以其他方面为代价。
您还应该了解图表的用途。它们是为了促进设计和建模过程吗?它们是用于文档吗?为了引发对话?为了交流?这些原因中的每一个都可能有特定的限制。