【发布时间】：2012-12-09 20:16:14
【问题描述】：
我想知道是否有人有关于如何在使用领域驱动设计时组织 UML 类图的好示例。
我真的不知道如何使用存储库和服务制作合适的实体。
【问题讨论】：
标签： domain-driven-design uml class-diagram
【发布时间】：2012-12-09 20:16:14
【问题描述】：
我最终为 DDD 绘制的 UML 图通常是手绘的、非正式的，并不严格遵守所有准则。从 UML 的角度来看，实体、存储库和服务都是简单的类；为了清楚起见，可以用stereotype 标记类。
此外，我并不会单独过多地强调类图。从行为的角度考虑模型通常会更有成效，这就是序列图可以提供帮助的地方，尽管它们很快就会变得过于技术化。类图可以帮助您识别聚合和实体，但它们也可能会因为过于强调名词而不是动词而导致您误入歧途。
DDD 中另一种重要的图表类型是context map，可以将其视为有界上下文的类图。没有任何明确的 UML 实践来表达上下文映射，因此非正式的方法效果最好。
总的来说，对我有用的是低摩擦、低仪式和非正式。用方框来表示概念，用它们之间的线来表示关系。除此之外的任何事情肯定会有所帮助，但不应以其他方面为代价。
您还应该了解图表的用途。它们是为了促进设计和建模过程吗？他们是为了文件吗？为了引发对话？为了交流？这些原因中的每一个都可能有特定的限制。
【讨论】：
-
我最终为 DDD 绘制的 UML 图通常是手绘的、非正式的，并且不严格遵守所有准则 - 你是在谈论敏捷，还是在谈论DDD？
-
谢谢！我决定只绘制没有存储库、服务和其他所有内容的实体
-
@lazyberezovsky 两个我想！
我的建议：为每个 DDD 构建块构建原型（例如 、 等），用其中一个原型对每个类进行签名，仅使用“使用”连接...（仅用于聚合的复合）
【讨论】：
-
能否请您添加有关您提供的解决方案的更多详细信息？
-
我们使用： - 类的原型：工厂、聚合等