UML图中的各种关系

UML是公认建模语言，因为不是经常用，对各种图的关系往往会一知半解，特别是手绘的时候，经常搞错，出洋相。

 

UML常见几种关系（由强到弱）：

泛化，实现，组合，聚合，关联，依赖

 

那么这些关系的关系是怎么样的？有什么区别？在代码中是如何关系？

代码里，最常见的关系就是：继承关系、调用关系，貌似跟UML那些关系也没有啥关系

 

下面就简单描述下（注意：图片是来自某个博主，但忘记了）：

 

泛化（Generalization）

【泛化关系】：是一种继承关系（对，就是我们常见继承关系），表示一般与特殊的关系，它指定了子类如何特化父类的所有特征和行为。

例如：老虎是动物的一种，即有老虎的特性也有动物的共性。那么，说动物是老虎泛化，注意顺序！

【箭头指向】：带三角箭头的实线，箭头指向父类（这个感觉也有点奇怪）

是不是感觉倒过来更好理解一点？

 

 

实现（Realization）

【实现关系】：是一种类与接口的关系，表示类是接口所有特征和行为的实现.

【箭头指向】：带三角箭头的虚线，箭头指向接口

 

接口-实现，也比较好理解。跟泛化比较像，只是这个更多面向接口

准确来说，实现与泛化的关系强度是一样的。就好比父与子关系，血浓于水！

 

关联（Association)

相对来说，关联关系就没有 泛化 那么亲密了。

【关联关系】：是一种拥有的关系，它使一个类知道另一个类的属性和方法；如：老师与学生，丈夫与妻子关联可以是双向的，也可以是单向的。双向的关联可以有两个箭头或者没有箭头，单向的关联有一个箭头。

【代码体现】：成员对象，是另外一个类的成员

【箭头及指向】：带普通箭头的实心线，指向被拥有者。

读作：老师拥有学生，学生拥有课程

上图中，老师与学生是双向关联，老师有多名学生，学生也可能有多名老师。但学生与某课程间的关系为单向关联，一名学生可能要上多门课程，课程是个抽象的东西他不拥有学生。

 

但另外一种特殊，也可以，自身关联

 

聚合（Aggregation）

【聚合关系】：是整体与部分的关系，且部分可以离开整体而单独存在。如车和轮胎是整体和部分的关系，轮胎离开车仍然可以存在。

 聚合关系是关联关系的一种，是强的关联关系；关联和聚合在语法上无法区分，必须考察具体的逻辑关系。

个人觉得，就看怎么理解了，有时候角度不一样，理解是有差异的，理论上关联跟聚合是一样的，现实的物品我们还可以区分，但一般抽象后的东西就很难区分

就好比，车跟轮胎，如果站在轮胎是车的一部分，当然没有错，这样叫聚合。如果说车拥有轮胎，也没有错啊，这样就叫关联了？

嗯，关键还是看怎么理解，实际实操的时候，应该不要拘泥于这样细微差别，能够表明这样一层关系就够了

【代码体现】：成员变量

【箭头及指向】：带空心菱形的实心线，菱形指向整体

 

组合(Composition)

 

【组合关系】：是整体与部分的关系，但部分不能离开整体而单独存在。如公司和部门是整体和部分的关系，没有公司就不存在部门。

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

【代码体现】：成员变量

【箭头及指向】：带实心菱形的实线，菱形指向整体

这个到好理解一点。至少比，关联与聚合好理解

 

依赖(Dependency)

【依赖关系】：是一种使用的关系，即一个类的实现需要另一个类的协助，所以要尽量不使用双向的互相依赖.。（注意关键词：使用）

【代码表现】：局部变量、方法的参数或者对静态方法的调用

【箭头及指向】：带箭头的虚线，指向被使用者

 

 

 

 

各种关系的强弱顺序：

        泛化 = 实现 > 组合 > 聚合 > 关联 > 依赖 

        下面这张UML图，比较形象地展示了各种类图关系：