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

前端之家收集整理的这篇文章主要介绍了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,可对比上例斟酌选择。

原文链接:https://www.f2er.com/javaschema/286302.html

猜你在找的设计模式相关文章