我目前正在一起学习 OOP 和 UML，对于使用 关联类 或仅使用 普通关联 存在混淆。假设一个 Company 雇用 Person，据我所知有两种方法可以关联他们，第一种方法只是常规类型的关联（我认为这是聚合） 像这样。 Regular association
第二种方法是使用关联类，有点像 ER 图，但 Company 类不再有责任雇用任何 Person。
我的问题是：
【问题讨论】：
标签： java c# oop uml object-oriented-analysis
您的关联不是聚合，聚合有一个空菱形 (<>)，所以它是一个简单的关联。
即使在可导航的情况下，关联的结尾也没有名称，那么如果您不想要属性，为什么要使用关联而不是可能是依赖项呢？当然，如果它不是一个关联，你就不能有一个关联类。
在类Company中我们可以看到属性Employees，你确定不想要吗：
或
您将关联命名为操作（hire），当然可以，但是关联只是表示语义关系，所以hire不代表操作。
正如@Axel Scheithauer 在他的answer 中正确所说，在关联类的情况下，类的名称和关联的名称是公共属性，不能重复，因此不能与@987654325 不同@ § 11.5.3.2 关联类第 200 页：
Association 和 Class 都是 Classifiers，因此具有一组共同的属性，例如能够拥有 Features， 具有名称等。这些属性是从同一构造（分类器）多重继承的，并且不重复。 因此，AssociationClass 只有一个名称，并且具有为 Classes 和 协会。
关于使用关联还是关联类是一个选择。
如果您想知道公司雇用员工的日期和员工薪水（雇用时/当前），那么肯定协会级是一个不错的选择，可以清楚地显示您想要什么。
但您也可以将 Onboarding 作为关联类之外的第三类，并在这 3 个类之间建立关联：
你还可以将日期和薪水作为 Person 的属性，假设一个人是必要的员工：
否则，您可以让类 Employee 继承 Person 并具有这些附加属性：
您有 Java 和 C# 作为标记，这些语言都不支持关联类，因此即使您在 UML 中使用关联类，在 Java / C# 中实现它时，您也可能会使用其他两种解决方案之一。
因为没有双向导航，公司知道他的员工，但员工不知道他/她工作的公司，你真的想要吗？
【讨论】：
我同意布鲁诺在回答中所说的一切。但是，我要添加第三种可能性：一个简单的 Class。
如果两个类之间的关系具有属性，您有两种选择：一个关联类或一个与这两个类关联的简单类 .采用关联类的唯一优点是，您可以指定两个关联类的每对实例只能链接一次。这意味着，每个人只能为同一家公司工作一次。这不太现实。为了允许多个链接，您需要为关联类的关联端指定{non unique}（{unique} 是默认值）。所以，只有在{unique} 的情况下，关联类才添加语义。如果不需要，我会避免它。
补充一点：关联类是一个元素，但它在图中显示了两次，一次是矩形，第二次是线。由于它们表示相同的元素，因此名称必须相同。
【讨论】：