6

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

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

4

2 回答 2

5

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

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

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

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

您还应该了解图表的用途。它们是为了促进设计和建模过程吗?他们是为了文件吗?为了引发对话?为了交流?这些原因中的每一个都可能有特定的限制。

于 2012-12-09T22:23:53.493 回答
0

我的建议:为每个 DDD 构建块(例如 <>、<、<> 等)构建原型,用其中一个原型对每个类进行签名,仅使用“使用”连接...(仅用于聚合的复合)

于 2015-06-11T19:14:07.560 回答