UML——四种关系，uml四种
在画类图之前，首先要理清UML中的四种关系，常见的有以下四种关系: 泛化（Generalization）, 实现（Realization），关联（Association)，依赖(Dependency)，而在关联中又包括：聚合（Aggregation），组合(Composition)，在这几种关系中他们又有剪不断的联系。
一、概念
【泛化】：是一种继承关系，表示一般与特殊的关系，它指定了子类如何特化父类的所有特征和行为。箭头指向：带三角箭头的实线，箭头指向父类。
【实现】：是一种类与接口的关系，表示类是接口所有特征和行为的实现。箭头指向：带空心三角箭头的虚线，箭头指向接口。
【关联】：是一种拥有的关系，它使一个类知道另一个类的属性和方法。箭头指向：实线箭头。
【聚合】：表示整体对象拥有部分对象。箭头指向：空心菱形+实线箭头。
【组合】：聚合的一种形式，它具有更强的拥有关系，强调整体与部分的生命周期是一致的。箭头指向：实心菱形+实现箭头。
【依赖】：是两个事物间的语义关系，其中一个事物(独立事物)发生变化会影响另一个事物(依赖事物)。箭头指向：虚线箭头。
二、实例介绍
【泛化】：鸟属于动物，它具有动物的特征同时还具有自己特有的功能。
【实现】：大雁实现飞翔的接口。
【关联】：企鹅和气候，企鹅生活在南极，它需要这种气候才能生活，企鹅需要‘知道’气候的变化，‘了解’气候规律。
【聚合】：电脑和外接键盘，两者可以独立存在。
【组合】：鸟和翅膀的关系，不能独立存在。
【依赖】：动物要生存需要依赖于氧气，水和食物。
三、PK赛
1、【聚合】PK【组合】
相同点：两者都表示‘拥有’的关系，区别：生命周期的长短。
【聚合】：表示一种弱的‘拥有’关系，体现的是A对象可以包含B对象，他们的生命周期或许是不同的，A对象不随着B对象的消失而消失，两者可以独立存在。
【组合】：表示一种强的‘拥有’，他们是部分和整体的关系，他们的生命周期是相同的，A对象会随着B对象的消失而消失，二者是不能独立存在的。
关系强弱比较：组合>聚合
2、【泛化】PK【实现】
相同点：相当于继承。 子类继承父类，父类泛化子类。
关系强弱比较：泛化=实现
3、【关联】PK【依赖】
相同点：都表示依赖关系。区别：类之间关系的强弱程度和类之间关系的时间长短。
【关联】表示类之间的很强的关系，它表示类之间的“持久”关系，这种关系一般表示一种重要的业务之间的关系，需要保存的，或者说需要“持久化”的，或者说需要保存到数据库中的。
【依赖】表示类之间的较弱的关系，它表示类之间的是一种“临时、短暂”关系，这种关系是不需要保存的。
关系强弱比较：关联>依赖
得到关系强弱的比较：泛化 = 实现 > 组合 > 聚合 > 关联 > 依赖
四、小结
初次学习UML，对四种关系了解的还不是很深，在c#，设计模式中都有提到UML的四种关系和九种图，相信通过反复的学习，一定可以加深对他们的理解。
本文和大家重点讨论一下UML图和关系的概念，UML包括九种图：使用案例图、类图、对象图、构件图、部署图、活动图、协作图、状态图、序列图。而UML关系共有四种，请看本文详细介绍。UML图包括九种：使用案例图、类图、对象图、构件图、部署图、活动图、协作图、状态图、序列图。在这些图中使用案例图、类图、序列图是最有用的。根据其用意，可以将UML图划分为结构型图和行为型图两种。结构型图：描述系统的静态结构。在显示系统中类及类之间的关系时最有用。结构型图显然，要描述一个设计模式的静态结构，使用UML图中的类图和对象图是很合适的。行为型图显然，要描述一个设计模式的行为特征，使用UML图中的状态图和时序图是很合适的。应当指出的是源码天空，一个使用UML的系统设计，往往是从使用案例图开始的，而且是一个设计应当是使用案例驱动的。
在UML类图中，常见的有以下几种关系: 泛化（Generalization）, 实现（Realization），关联（Association)，聚合（Aggregation），组合(Composition)，依赖(Dependency) 1. 泛化（Generalization） 【泛化关系】：是一种继承关系，表示一般与特殊的关系，它指定了子类如何特化父类的所有特征和行为。例如：老虎是动物的一种，即有老虎的特性也有动物的共性。 【箭头指向】：带三角箭头的实线，箭头指向父类 2. 实现（Realization） 【实现关系】：是一种类与接口的关系，表示类是接口所有特征和行为的实现. 【箭头指向】：带三角箭头的虚线，箭头指向接口 3. 关联（Association) 【关联关系】：是一种拥有的关系，它使一个类知道另一个类的属性和方法；如：老师与学生，丈夫与妻子关联可以是双向的，也可以是单向的。双向的关联可以有两个箭头或者没有箭头，单向的关联有一个箭头。 【代码体现】：成员变量 【箭头及指向】：带普通箭头的实心线，指向被拥有者 上图中，老师与学生是双向关联，老师有多名学生，学生也可能有多名老师。但学生与某课程间的关系为单向关联，一名学生可能要上多门课程，课程是个抽象的东西他不拥有学生。 下图为自身关联： 4. 聚合（Aggregation） 【聚合关系】：是整体与部分的关系，且部分可以离开整体而单独存在。如车和轮胎是整体和部分的关系，轮胎离开车仍然可以存在。 聚合关系是关联关系的一种，是强的关联关系；关联和聚合在语法上无法区分，必须考察具体的逻辑关系。 【代码体现】：成员变量 【箭头及指向】：带空心菱形的实心线，菱形指向整体 5. 组合(Composition) 【组合关系】：是整体与部分的关系，但部分不能离开整体而单独存在。如公司和部门是整体和部分的关系，没有公司就不存在部门。 组合关系是关联关系的一种，是比聚合关系还要强的关系，它要求普通的聚合关系中代表整体的对象负责代表部分的对象的生命周期。【代码体现】：成员变量【箭头及指向】：带实心菱形的实线，菱形指向整体 6. 依赖(Dependency) 【依赖关系】：是一种使用的关系，即一个类的实现需要另一个类的协助，所以要尽量不使用双向的互相依赖. 【代码表现】：局部变量、方法的参数或者对静态方法的调用 【箭头及指向】：带箭头的虚线，指向被使用者 各种关系的强弱顺序： 泛化 = 实现 > 组合 > 聚合 > 关联 > 依赖 下面这张UML图，比较形象地展示了各种类图关系：