之前划类图,对于二者的区别始终没有搞太明白,多数情况下都会选择使用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,可对比上例斟酌选择。
原文链接:https://www.f2er.com/javaschema/286302.html