关联和聚合的区别

Question

我理解聚合和组合之间的区别，但我在联想方面有点挣扎。我目前的理解是，当“它们相互使用”时，类之间存在关联，例如，在方法调用期间将一个对象传递给另一个对象。另请参阅：

http://www.codeproject.com/Articles/330447/Understanding-Association-Aggregation-and-Composit

这两个对象都是独立存在的，和聚合不同，任何对象都不是另一个对象的容器类。这是否意味着两个对象都必须具有其他对象的副本（例如1:m关系），或者关联“存储”的方式。任何反馈都将非常感谢。

Answer 1

关联描述了一个或多个类的实例之间的关系。用UML参考手册的话说，“关联是将系统结合在一起的粘合剂。”

聚合是一种关联形式，其中存在“整体部分”关系。你可能会说，如果一架类飞机有一个类发动机，那么这就形成了一个“整体”关系。

Answer 2

聚合是一种关联关系，其中关联可以被视为包含类“拥有”包含类，并且该关系的生命周期没有定义。

关联是一种“Has-A”关系。

示例：-

  public class Person  
  {  
   private final Name name;  
   private Address currentAddress;  

   //...  
 } 

在这种情况下，这个人有一个名字和一个地址，所以在人和名字，人和地址之间有一个关联。

Answer 3

来自UML上层结构2.4.1：

关联声明关联类型的实例之间可以存在链接。链接是一个元组，关联的每个endpoint都有一个值，其中每个值都是endpoint类型的实例。（UML上层结构，第37页）

没有更多，没有更少。而且非常模糊。因此，这也很难理解。我所定义的（在我所教的课程中）是从依赖关系到复合关系的层次结构，其中：

1. 从A到B的依赖关系意味着A使用B，但不是间接的（比如通过接收它的实例并将它们转发给其他对象）
2. 从A到B的关联意味着A直接使用B（例如通过调用方法）
3. 从A到B的聚合意味着B是A（语义上）的一部分，但B/code>可以共享，如果A+被删除，B-不会被删除。注意，这并没有说明“is part”是如何实现的
4. 从A到B的组合类似于聚合，其中B不能共享，如果A被删除，其所有聚合（B/code>s）也会被删除