UML关系（泛化,实现,依赖,关联（聚合,组合））

UML的构造快包含3种：

(1) 事物（4种）：结构事物，⾏为事物，分组事物，注释事物(2) 关系（4种）：泛化关系，实现关系，依赖关系，关联关系

(3) 图（10种）：⽤例图，类图，对象图，包图，组件图，部署图，状态图，活动图，序列图，协作图事物是对模型中最具代表性的成分的抽象；关系把事物结合在⼀起；图聚集了相关的事物。

(2) 关系（4种）

UML 中类与类, 类与接⼝, 接⼝与接⼝这间的关系有: 泛化(generalization) 关系, 关联(association)关系( 关联, 聚合, 合成), 依赖(dependency)关系，实现(realization)关系.

泛化(generalization)关系是⼀个类（称为⼦类、⼦接⼝）继承另外的⼀个类（称为⽗类、⽗接⼝）的功能，并可以增加它⾃⼰的新功能的能⼒，继承是类与类或者接⼝与接⼝之间最常见的关系；在Java中此类关系通过关键字extends明确标识，在设计时⼀般没有争议性。

实现(realization)关系指的是⼀个class类实现interface接⼝（可以是多个）的功能；实现是类与接⼝之间最常见的关系；在Java中此类关系通过关键字implements明确标识，在设计时⼀般没有争议性；

依赖(dependency)关系: 也是类与类之间的连接. 表⽰⼀个类依赖于另⼀个类的定义. 依赖关系总是单向的 。可以简单的理解，就是⼀个类A使⽤到了另⼀个类B，⽽这种使⽤关系是具有偶然性的、、临时性的、⾮常弱的，但是B类的变化会影响到A；⽐如某⼈要过河，需要借⽤⼀条船，此时⼈与船之间的关系就是依赖；表现在代码层⾯，为类B作为参数被类A在某个method⽅法中使⽤。在java 中. 依赖关系体现为: 局部变量, ⽅法中的参数, 和对静态⽅法的调⽤.

关联(association)关系: 表⽰类与类之间的联接, 它使⼀个类知道另⼀个类的属性和⽅法.

关联可以使⽤单箭头表⽰单向关联, 使⽤双箭头或不使⽤箭头表⽰双向关联, 不建议使⽤双向关联. 关联有两个端点, 在每个端点可以有⼀个基数, 表⽰这个关联的类可以有⼏个实例. 常见的基数及含义: 0..1:0 或1 个实例.

0..*: 对实例的数⽬没有限制.

1: 只能有⼀个实例. 1..*: ⾄少有⼀个实例.

他体现的是两个类、或者类与接⼝之间语义级别的⼀种强依赖关系，⽐如我和我的朋友；这种关系⽐依赖更强、不存在依赖关系的偶然性、关系也不是临时性的，⼀般是长期性的，⽽且双⽅的关系⼀般是平等的,表现在代码层⾯，为被关联类B以类属性的形式出现在关联类A中，也可能是关联类A引⽤了⼀个类型为被关联类B的全局变量；在java 语⾔中关联关系是使⽤实例变量实现的.

聚合(aggregation)关系: 关联关系的⼀种特例, 是强的关联关系. 聚合是整体和个体之间的关系,即has-a的关系，此时整体与部分之间是可分离的，他们可以具有各⾃的⽣命周期，部分可以属于多个整体对象，也可以为多个整体对象共享；⽐如计算机与CPU、公司与员⼯的关系等；表现在代码层⾯，和关联关系是⼀致的，只能从语义级别来区分；聚合关系也是使⽤实例变量实现的. 从java 语法上是分不出关联和聚合的.

关联关系中两个类是处于相同的层次, ⽽聚合关系中两不类是处于不平等的层次, ⼀个表⽰整体, ⼀个表⽰部分.

组合(合成)关系(composition): 也是关联关系的⼀种特例，他体现的是⼀种contains-a的关系，这种关系⽐聚合更强，也称为强聚合；他同样

体现整体与部分间的关系，但此时整体与部分是不可分的，整体的⽣命周期结束也就意味着部分的⽣命周期结束；⽐如你和你的⼤脑；合成关系不能共享. 。表现在代码层⾯，和关联关系是⼀致的，只能从语义级别来区分。

组合跟聚合⼏乎相同，唯⼀的区别就是“部分”不能脱离“整体”单独存在，就是说， “部分”的⽣命期不能⽐“整体”还要长。

总结：

对于继承、实现这两种关系没多少疑问，他们体现的是⼀种类与类、或者类与接⼝间的纵向关系；其他的四者关系则体现的是类与类、或者类与接⼝间的引⽤、横向关系，是⽐较难区分的，有很多事物间的关系要想准备定位是很难的，前⾯也提到，这⼏种关系都是语义级别的，所以从代码层⾯并不能完全区分各种关系；但总的来说，后⼏种关系所表现的强弱程度依次为：组合>聚合>关联>依赖。