UML —— 类图中的关系

泛化关系（Generalization）

依赖关系（Dependency）

关联关系（Association）

聚合关系（Aggregation）

组合关系（Composition）

 

泛化关系（Generalization）

表示类与类之间的继承关系 /接口与接口之间的继承关系 /类对接口的实现关系。

一般化的关系是从子类指向父类的，或从实现接口的类指向被实现的接口。

一般化关系在Java语言中可以直接翻译为关键字extends和implements。前者描述类与类之间、接口与接口之间的一般化关系，后者描述与接口之间的一般化关系。

 

依赖关系（Dependency）

依赖是类与类之间的连接，依赖总是意向的。

依赖关系表示一个类依赖于另一个类的定义。

一个人（Persoon）可以买车（Car）和房子（House），Person类依赖于Car类和House类。

        一般而言，依赖关系在Java语言中体现为局部变量、方法的参数，以及对静态方法的调用。换言之，一个类A的某一个局部变量的类型是另一个类B，那么类A就依赖于B。如果一个方法的参数是另一个类B的实例，那么这个方法所在类A依赖于类B。如果一个类A调用另一个类B的实例，那么类A依赖于类了。

        如果类B出现在类A的实例变量中，那么类A与类B的关系就超载了依赖关系，而变成了某一种关联关系。每一个依赖关系都可以有一个名字。在上面的例子里，两个依赖关系的名字就是Buys。

 

关联关系（Association）

关联是类与类之间的联接，它使一个类知道另一个类的属性和方法。

关联可以是双向的，也可以是单向的。双向的关联可以有两个箭头或者没有箭头，单身的关联有一个箭头，表示关联的方向。

单向的关联更为普遍，通常不建议使用双向的关联。

        在Java语言里，关联关系是使用实例变量实现的。比如在上面的Driver类中，就出现了一个类型为Car的实例变量，这个变量实现了这两个类之间的关联关系。每一个关联都有一个名字，在上面的例子里，关联的名字是drive。

        每一个关联都有两个端口，每一个端点都可以有一个角色名，显示出关联的本质。一个关联可以有一个方法箭头，表明遍历或者查询的方向。

        在每个关联的端口，还可以有一个基数（Multiplicity），表明这一端的类可以有几个实例。比如，唐僧和他的徒弟形成了一个关联关系，在这个关系里面，唐僧只有一个，而徒弟可以有好几个。如下图所示：

 

聚合关系（Aggregation）

关联关系的一种，是强的关联关系。聚合是整体和个体之间的关系。例如，汽车类与引擎类、轮胎类，以及其他的零件类之间的关系便是整体和个体的关系。

一个汽车对象由一个引擎对象、四个轮胎对象组成的，如图所示：

        与关联关系一样，聚合关系也是通过实例变量实现的。Car类中应当有一个类型为Engine的属性和一个类型为Tire的数组属性。但是，关联关系所涉及的两个类是处在同一层次上的，而在聚合关系中，两个类是处在不平等的层次上的，一个代表整体，另一个代表部分。

       如果不是很确定一个关系是不是聚合关系，可以将之设置为关联关系。

 

组合关系（Composition）

关联关系的一种，是比聚合关系强的关系。它要求普通的聚合关系中代表整体的对象负责代表部分的对象的生命周期，合成关系是不能共享的。

代表整体的对象需要负责保持部分对象的存活，在一些情况下负责将代表部分的对象消灭掉。代表整体的对象可以将代表部分的对象传递给另一个对象，由后者负责些对象的生命周期。换言之，代表部分的对象在每一个时刻只能与一个对象发生合成关系，由后者排他地负责其生命周期。

        从美猴王（MonkeyKing）以及他的四肢（Limb）和他的金箍棒（GoldRingedStaff）之间的关系，可以看出，MonkeyKing与GoldRingedStaff之间是聚合的关系；而MonkeyKing与Limb之间的关系要比前者更强，是组合关系，因为美猴王的四肢完全由美猴王自己负责，并且不能共享。

       如果不是很确定一个关系是不是组关系，可以将之设置为聚合关系，甚至关联关系。

 

注意：

一般而言，每一个类图都应该有类、关联关系、基数。而关联关系的方向和关系中的角色是可选的。