UML中几种类间关系：继承、实现、依赖、关联、聚合、组合的联系与区别

UML类图中类与类之间的关系有五种：依赖、关联、聚合、组合与继承。若类A需要使用标准数学函数类库中提供的功能，那么类A与标准类库提供的类之间存在（45）关系；若类A中包含了其它类的实例，且当类A的实例消失时，其包含的其它类的实例也消失，则类A和它所包含的类之间存在（46）关系；若类A的实例消失时，其它类的实例仍然存在并继续工作，那么类A和它所包含的类之间存在（47）关系。
（45）A.依赖     B.关联    C.聚合      D.组合
（46）A.依赖     B.关联    C.聚合      D.组合
（47）A.依赖     B.关联    C.聚合      D.组合

参考答案:（45）A （46）D （47）C

继承

指的是一个类（称为子类、子接口）继承另外的一个类（称为父类、父接口）的功能，并可以增加它自己的新功能的能力，继承是类与类或者接口与接口之间 最常见的关系；在Java中此类关系通过关键字extends明确标识，在设计时一般没有争议性；

实现

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

主要针对接口和抽象类而言，实现接口和抽象类的类必须要实现他们的方法。

实现关系表示为：虚线加箭头，关系图如下： 

接口只包含方法、委托或事件的签名。方法的实现是在实现接口的类中完成的。

泛化

泛化就是一个类继承另一个类所有的描述，并且可以根据需要对父类进行拓展，是面向对象的重要特征之一。

泛化使用一根实线加箭头，泛化关系图 

 

泛化的用处：①实现了代码的复用

            ②实现了多态

依赖

可以简单的理解，就是一个类A使用到了另一个类B，而这种使用关系是具有偶然性的、、临时性的、非常弱的，但是B类的变化会影响到A；比如某人要过 河，需要借用一条船，此时人与船之间的关系就是依赖；表现在代码层面，为类B作为参数被类A在某个method方法中使用；

依赖关系用虚线加箭头表示,如图所示:

上图表示:Animal类依赖于Water类（动物依赖于水）。

 依赖是类的五种关系中耦合最小的一种关系。因为依赖关系在生成代码的时候，这两个关系类都不会增加属性。这种微弱的关系可以用类之间的相互了解的程度来说明。(下图为代码生成图)

                       

由上图可见生成的代码中Animal类的属性中没有增加Water类。那么Animal类如何使用Water类呢，有三种方式：

依赖关系的三种表现形式：

①     Water类是全局的，则Animal类可以调用它 

②     Water类是Animal类的某个方法中的变量，则Animal类可以调用它。代码演示如下：

  PS：Animal有一个长大（GrownUp）方法，Water类作为该方法的变量来使用。
          请注意Water类的生命期，它是当Animal类的GrounUp方法被调用的时候，才被实例化。
         持有Water类的是Animal的一个方法而不是Animal类，这点是最重要的。

③     Water类是作为Animal类中某个方法的参数或者返回值时。代码演示如下

 

无用多说，Water类被Animal类的一个方法持有。生命期随着方法的执行结束而结束。 

在依赖关系中，必须采用这三种方法之一。

关联

他体现的是两个类、或者类与接口之间语义级别的一种强依赖关系，比如我和我的朋友；这种关系比依赖更强、不存在依赖关系的偶然性、关系也不是临时性 的，一般是长期性的，而且双方的关系一般是平等的、关联可以是单向、双向的；表现在代码层面，为被关联类B以类属性的形式出现在关联类A中，也可能是关联 类A引用了一个类型为被关联类B的全局变量；

关联是实线加箭头表示。表示类之间的耦合度比依赖要强。

例：水与气候是关联的，表示图如下

 

生成代码如下： 

 

可见生成的代码中，Water类的属性中增加了Climate类。 

关联既有单向关联又有双向关联。

单向关联：Water类和Climate类单向关联（如下图），则Water类称为源类，Climate类称为目标类。源类了解目标类的所有的属性和方法，但目标类并不了解源类的信息。

双向关联：源类和目标类相互了解彼此的信息。如将Water类和Climate类之间改为双向关联，如下图

 

依赖和关联的区别：

①     从类的属性是否增加的角度看：

发生依赖关系的两个类都不会增加属性。其中的一个类作为另一个类的方法的参数或者返回值，或者是某个方法的变量而已。

发生关联关系的两个类，其中的一个类成为另一个类的属性，而属性是一种更为紧密的耦合，更为长久的持有关系。

②     从关系的生命期角度看：

依赖关系是仅当类的方法被调用时而产生，伴随着方法的结束而结束了。

关联关系是当类实例化的时候即产生，当类销毁的时候，关系结束。相比依赖讲，关联关系的生存期更长。 

关联关系的细化

关联关系又可以细化为聚合关系和组合关系

聚合关系图：

 

组合关系图： 

 

l       聚合和组合的区别：

由于聚合和组合都是特殊的关联关系，在生成的代码上看不出区别，都是关联的形式。那到底这两种关系如何来区分呢。 

2      区分的关键有两点：

①     构造函数不同

聚合关系下：雁群类（GooseGroup）和大雁类（Goose）代码如下： 

 

组合关系下：大雁类（Goose）和翅膀类（Wings）代码如下： 

 

这两种关系的区别在于：

①构造函数不同

     聚合类的构造函数中包含了另一个类作为参数。

雁群类（GooseGroup）的构造函数中要用到大雁（Goose）作为参数传递进来。大雁类（Goose）可以脱离雁群类而独立存在。

     组合类的构造函数中包含了另一个类的实例化。

表明大雁类在实例化之前，一定要先实例化翅膀类（Wings），这两个类紧密的耦合在一起，同生共灭。翅膀类（Wings）是不可以脱离大雁类（Goose）而独立存在

②     信息的封装性不同

在聚合关系中，客户端可以同时了解雁群类和大雁类，因为他们都是独立的

而在组合关系中，客户端只认识大雁类，根本就不知道翅膀类的存在，因为翅膀类被严密的封装在大雁类中。

聚合

聚合是关联关系的一种特例，他体现的是整体与部分、拥有的关系，即has-a的关系，此时整体与部分之间是可分离的，他们可以具有各自的生命周期， 部分可以属于多个整体对象，也可以为多个整体对象共享；比如计算机与CPU、公司与员工的关系等；表现在代码层面，和关联关系是一致的，只能从语义级别来 区分；

组合

组合也是关联关系的一种特例，他体现的是一种contains-a的关系，这种关系比聚合更强，也称为强聚合；他同样体现整体与部分间的关系，但此 时整体与部分是不可分的，整体的生命周期结束也就意味着部分的生命周期结束；比如你和你的大脑；表现在代码层面，和关联关系是一致的，只能从语义级别来区 分；

 

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

了解清楚了这几种关系以及他们的代码特点，才能更好的学习设计模式