类图关系 (泛化、实现、依赖、关联、聚合、组合)

一 概述

面向对象是符合人们对现实世界的思维模式，利用面向对象设计，特别是采用各种设计模式来解决问题时，会设计多个类，然后创建多个对象，一个设计良好的类，应该是兼顾信息和行为并且高内聚。而不同的类之间，应该做到松耦合。

当面对应用系统或者需要解决的问题经常是复杂的、高度抽象的，我们 创建的多个对象往往是有联系的，通常对象之间的关系可以分为以下几类：

泛化关系

实现关系

依赖关系

关联关系

聚合关系

组合关系

对于继承(泛化)、实现(实现)这两种关系比较简单，它们体现的是一种类与类、或者类与接口之间的纵向关系。其他的四种关系则体现的是类与类、或者类与接口之间的引用/横向关系。这四种关系所表现的强弱程度来看，从强到弱依次为：组合>聚合>关联>依赖。

二 泛化关系（generalization）

• 泛化关系其实就是继承关系：指的是一个类（称为子类、子接口）继承(extends)另外的一个类（称为父类、父接口）的功能，并可以增加自己额外的一些功能，继承是类与类或者接口与接口之间最常见的关系；
• 在UML类图中，继承通常使用 空心三角+实线 表示

三 实现关系（realization）

• 实现关系：指的是一个class类实现 interface接口（可以实现多个接口）的功能；实现是类与接口之间最常见的关系；
• 在UML类图中，实现通常使用 空心三角+虚线 表示

四 依赖关系（dependent）

• 依赖关系：指的是类与类之间的联接。依赖关系表示一个类依赖于另一个类的定义。一般而言，依赖关系在Java语言中体现为成员变量、局域变量、方法的形参、方法返回值，或者对静态方法的调用。
• 表示一个A类依赖于B类的定义，如果A对象离开B对象，A对象就不能正常编译，则A对象依赖于B对象(A类中使用到了B对象)；
• 比如某人要过河，需要借用一条船，此时人与船之间的关系就是依赖； 表现在代码层面，类B作为参数被类A在某个method方法中使用。
• 在UML类图中，依赖通常使用虚线箭头表示

五 关联关系（association）

• 关联关系：指的是类与类之间的联接，它使一个类知道另一个类的属性和方法（实例变量体现）。A类依赖于B对象，并且把B作为A的一个成员变量， 则A和B存在关联关系.
• 关联可以是双向的，也可以是单向的。两个类之前是一个层次的，不存在部分跟整体之间的关系。
• 在UML类图中，关联通常使用实线箭头表示

六 聚合关系（aggregtion）

• 聚合关系是关联关系的一种特例，他体现的是整体与部分，是一种“弱拥有”的关系，即has-a的关系。聚合是整体和个体之间的关系。
• 例如，汽车类与引擎类、轮胎类，以及其它的零件类之间的关系便整体和个体的关系。
• 与关联关系一样，聚合关系 也是通过实例变量实现的。但是关联关系所涉及的两个类是处在同一层次上的，而在聚合关系中，两个类是处在不平等层次上的，一个代表整体，另一个代表部分。
• 聚合关系表示整体和个体的关系，整体和个体可以相互独立存在，一定是有两个模块分别管理整体和个体。
• 在UML类图中，聚合通常使用空心菱形+实线箭头表示

七 组合关系（composition）

• 组合关系是关联关系的一种特例，他体现的是一种contains-a(包含)的关系，这种关系比聚合更强，也称为强聚合。
• 它要求普通的聚合关系中代表整体的对象负责代表部分对象的生命周期，组合关系是不能共享的。代表整体的对象需要负责保持部分对象和存活，在一些情况下将负责代表部分的对象湮灭掉。代表整体的对象可以将代表部分的对象传递给另一个对象，由后者负责此对象的生命周期。换言之，代表部分的对象在每一个时刻只能与一个对象发生组合关系，由后者排他地负责生命周期。部分和整体的生命周期一样。
• 整体和个体不能独立存在，一定是在一个模块中同时管理整体和个体，生命周期必须相同(级联)。
• 在UML类图中，组合通常使用实心菱形+实线箭头表示