Composition(组合)与Aggregation(聚合)的区别

之前划类图，对于二者的区别始终没有搞太明白，多数情况下都会选择使用Composition. 今天有时间就查阅了一些资料，把我新的理解在这里和大家分享一下：

1. 若论两种关系表示的强弱程度，Composition应该更强一些，这也是为什么在图中会以一个实心菱形来代表。反之，聚合使用的是空心菱形。见下图.

2. Composition表示的是'Part-of'的关系， 以图1为例，Engine是Car的一部分。脱离Car的Engine是没有实在意义的；而Aggregation表示的是'Has-a'的关系，以图2为例，Person有一个Address，但是Addess的存在是不依赖Person的，换句话说，地址本身就有其独立存在的意义，有没有人都是没有关系的。

3. 设计最终还是要落实到代码的，所以我们用代码来再次对比一下二者的区别。此处，我们用Engine与Address不同的生命周期来理解两种关系的区别。

public class Engine
{
 . . . 
}

public class Car
{
    Engine e = new Engine();
    .......
}

上面的是Compostion， 下面的是Aggregation:

public class Address
{
 . . .
}

public class Person
{
     private Address address;
     public Person(Address address)
     {
         this.address = address;
     }
     . . .
}

从两个代码片段中，我们不难看出Engine的生命周期是与Car一致的，何时Car被回收了，那Engine也就不存在了。但是反观Address，它是在Person之外创建的，所以即使Person被回收了，Address也不一定马上也会回收。（取决于是否有指向它的其它链接） 

以上内容只是个人观点，欢迎大家补充或指正。实际设计中，定义两个类型之前的关系到底是Compostion还是Aggregation，可对比上例斟酌选择。