我想知道是否有人在使用域驱动设计时有关于如何组织UML类图的良好示例。
我真的不知道如何使用存储库和服务来创建合适的实体。
答案 0 :(得分：3)
我最终用于DDD的UML图表通常是手绘的，非正式的，并不严格遵守所有指南。从UML的角度来看，实体，存储库和服务都是简单的类;为清晰起见，可以使用stereotype标记类。
此外，我并不过分强调课堂图。从行为角度考虑模型往往更富有成效，这是序列图可能有用的地方，尽管它们很快就会变得过于技术化。类图可以帮助您识别聚合和实体，但它们也可以通过过分强调名词而不是动词来引导您误入歧途。
DDD中另一种重要的图表类型是context map，它可以被视为有界上下文的类图。没有任何明确的UML实践来表达上下文映射，因此非正式方法效果最好。
总的来说，对我有用的是低摩擦，低礼和非正式。使用框来表示它们之间的概念和线来表示关系。除此之外的任何事情当然都会有所帮助，但不应以其他方面为代价。
您还应该了解图表的用途。它们是否用于促进设计和建模过程？它们是用于文档吗？为了激发对话？沟通？每个原因都可能有特定的限制。
答案 1 :(得分：0)
我的建议：为每个DDD构建块构建构造型（例如＆lt;＆gt;，＆lt;，＆lt;＆gt;等），通过其中一个构造型对每个类进行签名，仅使用“use”连接...（复合仅限于聚合）