我正在尝试为一个非常简单的场景制作 UML 类图。考虑以下代码：List<Food> foods = {new Tomato(), new Pizza()}; 作为类 A 的字段。显然，类 A 具有番茄和比萨之间的关联，但它是否也应该具有食物之间的关联？
当然，番茄和比萨是从食物延伸出来的 :)
【问题讨论】：
标签： class generics uml associations
使用诸如List<Food> 之类的泛型在UML 中始终是一个挑战，因为泛型的语义在各种编程语言中并不相同。
这里，A 类的字段foods 表示存在从A 到Food 的navigable 关联。而Tomato 和Pizza 是Food 中的specializations（基于您对术语“扩展”的使用）：
补充说明：
association 与Food 是一起的，因为类型是List<Food>，并且A 和Tomato 或Pizza 之间没有直接耦合。
请记住，类图显示的是一般情况，而不是特定场景与单个对象（这是前一个 object diagram 的目的）。
列表的使用表明关联可以是0 or moreFood。但是我们不知道一个Food 对象是否可以被多个A 使用（如果Food 是一个引用类型，理论上是可能的）：因此，在A 侧未指定多重性。
根据语义，您可以考虑将关联设为composition 或aggregation。但是在任何情况下，简单的关联都是正确的。
根据您想在A-to-Food 关联中强调您的设计的内容：
Food结尾，如果你想强调关联（又名列表）是由A拥有的【讨论】：
A 类的属性foods 不代表可导航 关联端，而是由A“拥有”的关联端，可视化为类图中的所有权点。当然，这种拥有的关联端意味着可导航性。如果您在回答中更正这一点，则值得 +1。
我会说你的ClassA 与Food 有结构关系（关联）。
因为它还调用了Tomato 和Pizza 的构造函数，所以它依赖于这些类。
【讨论】：
Tomato，它将直接影响ClassA。 FrenchFries 类不是这种情况，尽管它也应该是 Food。
没有看到更多细节是很困难的。
您的food 是一个0..n 多重关联。
Tomato 和 Pizza 在该代码中都没有明确的关联。所以这只是一个依赖。
关联是一种更强的依赖形式（即草率的定义）。实际上你可以创建一个关联。这取决于未知的细节。如果您的注意力集中在列表上并且您想要其中的任何子类食物，则您不会将关联与这些子类中的每一个关联，而只会与父类Food 关联。
如前所述：这一切都取决于设计模板，模板中的细节需要更加强大。
【讨论】：
List<Food> foods = {new Tomato(), new Pizza()};作为一个属性就相当于构造函数中的foods.add(new Tomato()); foods.add(new Pizza())，那为什么是依赖呢？我是不是误会了什么？
Tomato myTomato = new Tomato()（或任何语法），那么您就有一个与角色名称相关的关联。关联是一种更强的依赖形式。