UML类图关系总结

在UML类图中，一般有如下几种关系：

• 依赖(Dependency)
• 关联(Association)
• 聚合(Aggregation)
• 组合(Composition)
• 实现(Realization)
• 泛化(Generalization)

关系强弱以此递增：
泛化=实现 > 组合 > 聚合 > 关联 > 依赖

依赖(Dependency)

依赖是类与类之间的连接，是一种使用关系(use a).
表示一个类依赖于另一个类的定义，一个类的变化将会影响到另外一个类。
依赖总是单向的。

在代码中，体现为：

• 局部变量
• 方法的参数
• 对静态方法的调用

在类图中，体现为：

类B依赖接口A（类A实现接口A），类A依赖类C

如果类依赖某个未实现的接口，是这样子的：

类B依赖接口A

关联(Association)

关联是类与类之间的联接，是一种拥有关系(has a).
它使一个类能够获取另一个类的属性和方法。
关联分为双向(Association)和单向(DirectedAssociation)，大多数情况下使用单向，降低耦合和便于维护。

在代码中，体现为：

• 成员变量

在类图中，体现为：

类B依赖接口A，类B依赖类C

聚合(Aggregation)

聚合是关联关系的特例，是强的关联关系，是一种弱的拥有关系(has a).
聚合是整体与部分的关系，但部分可以离开整体独立存在。他们可以具有各自的生命周期，部分可以属于多个整体对象，也可以为多个整体共享。
关联和聚合在语法上无法区分，只能从行为逻辑上进行辨别。
关联关系的两个类处于同一层次，而聚合关系的两个类处于不同层次，一个是整体，一个是部分。

在代码中，体现为：

• 成员变量

在类图中，体现为：

Tree由若干Leaf组成

组合(Composition)

组合（合成）是关联关系的特例，这种关系比聚合更强，是一种强的拥有关系(contains-a).
组合也是整体与部分的关系，但整体与部分不可分离。即整体与部分的生命周期一致，部分不能与多个整体共享。
UML中的组合与OO/设计模式中的组合概念是有所区别的。

在代码中，体现为：

• 成员变量

在类图中，体现为：

Bird拥有Wing

实现(Realization)

实现是类与接口之间的关系，表示类实现了类型(接口)的所有特征与行为。

在代码中，体现为：

• 类实现接口

在类图中，体现为：

类A实现接口A

另一种表达(用于展示接口中方法)：

类A实现接口A

泛化(Generalization)

泛化是类与类、接口与接口之间的关系，表示了一般与特殊的关系，指定了子类如何特化和扩展父类。

在代码中，体现为：

• 类继承类
• 类继承抽象类
• 接口继承接口

在类图中，体现为：

类A继承类B，类C继承抽象类B

接口A继承接口B

(end)