UML类图（下）：关联、聚合、组合、依赖
UML类图（下）：关联、聚合、组合、依赖
前言
上一篇文章UML类图（上）：类、继承、实现，讲了UML类图中类、继承、实现三种关系及其在UML类图中的画法，本文将接着上文的内容，继续讲讲对象之间的其他几种关系，主要就是关联、聚合、组合、依赖，下面开始文章的内容。
注意1：子类中覆盖了父类的abstract方法，方法名再次出现。
注意2：无论哪种关系，箭头指向被依赖方。
关联关系
关联（Assocition）关系是类与类之间最常见的一种关系，它是一种结构化的关系，表示一类对象与另一类对象之间有联系，如汽车和轮胎、师傅和徒弟、班级和学生等。在UML类图中，用实线连接有关联关系的对象所对应的类，在Java中通常将一个类的对象作为另一个类的成员变量。关联关系分单向关联、双向关联、自关联，逐一看一下。
1、单向关联关系
单向关联指的是关联只有一个方向，比如顾客（Customer）拥有地址（Address），其Java实现为：
public class Address { }
public class Customer { private Address address; }
UML的画法为：
2、双向关联关系
默认情况下的关联都是双向的，比如顾客（Customer）购买商品（Product），反之，卖出去的商品总是与某个顾客与之相关联，这就是双向关联。Java类的写法为：
public class Product { private Customer customer; }
public class Customer { private Product[] product; }
对应的UML类图应当是：
3、自关联关系
自关联，指的就是对象中的属性为对象本身，这在链表中非常常见，单向链表Node中会维护一个它的前驱Node，双向链表Node中会维护一个它的前驱Node和一个它的后继Node。就以单向链表为例，它的Java写法为：
public class Node { private Node nextNode; }
对应的UML类图应当是：
聚合关系
聚合（Aggregation）关系表示整体与部分的关系。在聚合关系中，成员对象是整体的一部分，但是成员对象可以脱离整体对象独立存在。在UML中，聚合关系用带空心菱形的直线表示，如汽车（Car）与引擎（Engine）、轮胎（Wheel）、车灯（Light），Java表示为：
public class Engine { }
public class Wheel { }
public class Light { }
public class Car { private Engine engine; private Light light; private Wheel wheel; public Car(Engine engine, Light light, Wheel wheel) { super(); this.engine = engine; this.light = light; this.wheel = wheel; } public void drive() { } }
对应的UML类图为：
代码实现聚合关系，成员对象通常以构造方法、Setter方法的方式注入到整体对象之中。
组合关系
组合（Composition）关系也表示的是一种整体和部分的关系，但是在组合关系中整体对象可以控制成员对象的生命周期，一旦整体对象不存在，成员对象也不存在，整体对象和成员对象之间具有同生共死的关系。在UML中组合关系用带实心菱形的直线表示。
比如人的头（Head）和嘴巴（Mouth）、鼻子（Nose），嘴巴和鼻子是头的组成部分之一，一旦头没了，嘴巴也没了，因此头和嘴巴、鼻子是组合关系，Java表示为：
public class Mouth { }
public class Nose { }
public class Head { private Mouth mouth; private Nose nose; public Head() { mouth = new Mouth(); nose = new Nose(); } public void shake() { } }
其UML的表示方法为：
代码实现组合关系，通常在整体类的构造方法中直接实例化成员类，这是因为组合关系的整体和部分是共生关系，如果通过外部注入，那么即使整体不存在，那么部分还是存在的，这就相当于变成了一种聚合关系了。
依赖关系
依赖（Dependency）关系是一种使用关系，特定事物的改变有可能会影响到使用该事物的其他事物，在需要表示一个事物使用另一个事物时使用依赖关系，大多数情况下依赖关系体现在某个类的方法使用另一个类的对象作为参数。在UML中，依赖关系用带箭头的虚线表示，由依赖的一方指向被依赖的一方。
比如，驾驶员（Driver）开车，Driver类的drive()方法将车（Car）的对象作为一个参数传递，以便在drive()方法中能够调用car的move()方法，且驾驶员的drive()方法依赖车的move()方法，因此也可以说Driver依赖Car，Java代码为：
public interface Car { public void move(); }
public class Driver { public void drive(Car car) { car.move(); } }
其UML的画法为：
依赖关系通常通过三种方式来实现：
- 将一个类的对象作为另一个类中方法的参数
- 在一个类的方法中将另一个类的对象作为其对象的局部变量
- 在一个类的方法中调用另一个类的静态方法
关联关系、聚合关系、组合关系之间的区别
从上文可以看出，关联关系、聚合关系和组合关系三者之间比较相似，本文的最后就来总结一下这三者之间的区别。
关联和聚合的区别主要在于语义上：关联的两个对象之间一般是平等的，聚合则一般是不平等的。
聚合和组合的区别则在语义和实现上都有差别：组合的两个对象之间生命周期有很大的关联，被组合的对象在组合对象创建的同时或者创建之后创建，在组合对象销毁之前销毁，一般来说被组合对象不能脱离组合对象独立存在，而且也只能属于一个组合对象；聚合则不一样，被聚合的对象可以属于多个聚合对象。
再举例子来说：
- 你和你的朋友属于关联关系，因为你和你的朋友之间的关系是平等的，关联关系只是表示一下两个对象之间的一种简单的联系而已，就像我有一个朋友
- 你和你借的书属于聚合关系，第一是因为书可以独立存在，第二是因为书不仅仅属于你，也可以属于别人，只是暂时你拥有
- 你和你的心脏属于组合关系，因为你的心脏只是属于你的，不能脱离与你而存在
不过，实际应用中，我个人感觉三种关系其实没有区分得这么清楚，有些架构师甚至会说"组合和聚合没什么区别"，所以，有时候不需要把细节扣得这么细，合理利用对象之间的关系给出设计方案即可。
我不能保证写的每个地方都是对的，但是至少能保证不复制、不黏贴，保证每一句话、每一行代码都经过了认真的推敲、仔细的斟酌。每一篇文章的背后，希望都能看到自己对于技术、对于生活的态度。
我相信乔布斯说的，只有那些疯狂到认为自己可以改变世界的人才能真正地改变世界。面对压力，我可以挑灯夜战、不眠不休；面对困难，我愿意迎难而上、永不退缩。
其实我想说的是，我只是一个程序员，这就是我现在纯粹人生的全部。
==================================================================================
重复度：
单重复度，只存在一对一的关系。
多重复度，用列表、vector或其它的数据结构维护一对多，多对多的关系
这里再说一下重复度，其实看完了上面的描述之后，我们应该清楚了各个关系间的关系以及具体对应到代码是怎么样的，所谓的重复度，也只不过是上面的扩展，例如A和B有着“1对多”的重复度，那在A中就有一个列表，保存着B对象的N个引用，就是这样而已。
