UML图中的关系符号解释

UML图中的关系符号解释

UML图是程序设计最基本的操作，可以很好地梳理各个类之间的关系，方便我们对代码框架的理解和实现思路的形成；
　　在面向对象程序设计时，类与类之间的关系主要分为
　　继承，实现，依赖，关联，聚合，组合六种关系。
　　其中前两种理解很简单，重点是比较容易混淆的后四种。
　　
（１）继承（或叫泛化）
　　　指的是一个类（称为子类、子接口）继承另外的一个类（称为父类、父接口）的功能，并可以增加它自己的新功能的能力，继承是类与类或者接口与接口之间最常见的关系； 类图如下
　　　
（２）实现（realization）
　　　指的是一个class类实现interface接口（可以是多个）的功能；实现是类与接口之间最常见的关系， 类图如下
　　　
（３）依赖（dependency）
　　　依赖关系作为类与类之间关系的一种，代表的是一个类依赖于另一个类的实现，这种关系的方向是单向的，即类B的变化会影响到类A，反过来则不成立，这种依赖关系具有偶然性，临时性，是比较弱的关系，在代码中，表现为类B作为参数被类A的方法调用。 类图如下

（４）关联（association）
　　　关系表示类与类之间的连接，它使得一个类知道另外一个类的属性和方法。
　　　关联可以使用单箭头表示单向关联，使用双箭头或者不适用箭头表示双向关联，不建议使用双向关联，关联有两个端点，每个端点可以有一个基数，表示这个关联的类可以有几个实例。
　　　　　0…1 表示可以有0个或者1个实例
　　　　　0…* 表示对实例的数目没有限制
　　　　　1 表示只能有一个实例
　　　　　1…* 表示至少有一个实例
　　关联关系体现的是两个类，或者类与接口之间的强依赖关系，这种关系很强烈，比依赖更强，表现在代码层面，为被关联的类B以类属性的形式出现在类A中，也可能是关联类A引用了被关联类B的全局变量。
　　
（５）聚合（aggregation）
　　　聚合是关联关系的特例，是强的关联关系，聚合是整个与个体的关系，即has-a关系，此时整体和部分是可以分离的，他们具有各自的生命周期，部分可以属于多个对象，也可以被多个对象共享；比如计算机和CPU，公司与员工的关系；在代码层面聚合与关联是一致的，只能从语义上来区分。
　　　
（６）组合（compostion）
　　　组合也是关联关系的一种特例，体现的是一种contain-a关系，比聚合更强，是一种强聚合关系。它同样体现整体与部分的关系，但此时整体与部分是不可分的，整体生命周期的结束也意味着部分生命周期的结束，反之亦然。如大脑和人类。

体现在代码层面与关联时一致的，只能从语义来区分。

组合与聚合几乎完全相同，唯一区别就是对于组合，“部分”不同脱离“整体”单独存在，其生命周期应该是一致的。

**总结：**下面这张图，比较形象地展示了各种类图之间的关系