绘制UML时，何时使用属性（属性）而不是关联/聚合/组合

Question

好吧，所以我有点困惑，当我试图在UML图中显示关系时，什么时候应该向类添加属性，什么时候应该向类绘制关联。

例如，假设我有一个包含10个状态对象的DFA类，每个对象都有一组不同的路径指向DFA中的不同状态。我应该绘制从DFA到State类的组合线，还是只在DFA类的attribute部分输入所有10个状态？

基本上，我试图弄清楚当一个类包含（或由）一个或多个类B时，我应该在它们之间画一条线（聚合、组合、关联依赖等），还是只是把一个作为属性放在另一个上。

本文试图回答这个问题，但当他开始谈论他画的图表时，我就感到困惑了。

Answer 1

你指出的文章给出了一个指导方针：

多年来，我一直在与不同的建模团队合作，我发现最有效的规则是使用类的关联和数据类型的属性。数据类型是一种特殊的分类器，类似于类。它与类的不同之处在于，数据类型的实例仅由其值标识。

我有点同意作者的观点，补充一点：你的类图应该是可以理解的。如果你有一个有许多线交叉的图表，那么这个图表是无用的。当这种情况发生时，您必须尝试找到可以使用属性建模而不丢失太多视觉信息的关系，并用属性替换它们。

使用关系而不是属性可以做的另一件事是显示双向关系（您可以使用关系的每个类中的一个属性来实现这一点，但您会丢失关系的语义）。