在UML类图中，一般有如下几种关系：
- 依赖(Dependency)
- 关联(Association)
- 聚合(Aggregation)
- 组合(Composition)
- 实现(Realization)
- 泛化(Generalization)
关系强弱以此递增：
泛化=实现 > 组合 > 聚合 > 关联 > 依赖
依赖(Dependency)
依赖是类与类之间的连接，是一种使用关系(use a).
表示一个类依赖于另一个类的定义，一个类的变化将会影响到另外一个类。
依赖总是单向的。
在代码中，体现为：
- 局部变量
- 方法的参数
- 对静态方法的调用
在类图中，体现为：
如果类依赖某个未实现的接口，是这样子的：
关联(Association)
关联是类与类之间的联接，是一种拥有关系(has a).
它使一个类能够获取另一个类的属性和方法。
关联分为双向(Association)和单向(DirectedAssociation)，大多数情况下使用单向，降低耦合和便于维护。
在代码中，体现为：
- 成员变量
在类图中，体现为：
聚合(Aggregation)
聚合是关联关系的特例，是强的关联关系，是一种弱的拥有关系(has a).
聚合是整体与部分的关系，但部分可以离开整体独立存在。他们可以具有各自的生命周期，部分可以属于多个整体对象，也可以为多个整体共享。
关联和聚合在语法上无法区分，只能从行为逻辑上进行辨别。
关联关系的两个类处于同一层次，而聚合关系的两个类处于不同层次，一个是整体，一个是部分。
在代码中，体现为：
- 成员变量
在类图中，体现为：
组合(Composition)
组合（合成）是关联关系的特例，这种关系比聚合更强，是一种强的拥有关系(contains-a).
组合也是整体与部分的关系，但整体与部分不可分离。即整体与部分的生命周期一致，部分不能与多个整体共享。
UML中的组合与OO/设计模式中的组合概念是有所区别的。
在代码中，体现为：
- 成员变量
在类图中，体现为：
实现(Realization)
实现是类与接口之间的关系，表示类实现了类型(接口)的所有特征与行为。
在代码中，体现为：
- 类实现接口
在类图中，体现为：
另一种表达(用于展示接口中方法)：
泛化(Generalization)
泛化是类与类、接口与接口之间的关系，表示了一般与特殊的关系，指定了子类如何特化和扩展父类。
在代码中，体现为：
- 类继承类
- 类继承抽象类
- 接口继承接口
在类图中，体现为：
(end)
