浅谈UML中类之间的五种关系及其在代码中的表现形式

继承（inheritance）

继承指的是一个类（称为子类、子接口）继承另外的一个类（称为父类、父接口）的功能，并可以增加它自己的新功能的能力。

继承是is-a的关系，是一种用于表示特殊与一般的关系。

如果说XXX是XXX，没人鄙视你的话，继承关系就成立了，如：

 

 

男人是人，说得通。

要是反过来，人是男人，这世界就乱了。

 

实现（implement）

指的是一个类实现接口的功能。

 

 

依赖（dependence）

简单的理解，就是类A使用到了类B，而这种使用关系是具有偶然性的、临时性的、非常弱的，但是类B的变化会影响到类A。

比如某人要过河，需要借用一条船，此时人与船之间的关系就是依赖。

表现在代码层面，为类B作为参数被类A在某个方法中使用。如：

 

 

关联

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

 

 

 

聚合（aggregation）

聚集是关联关系的一种特例，它体现的是整体与部分，是拥有的关系，即has-a的关系。

此时整体与部分之间是可分离的，它们可以具有各自的生命周期，部分可以属于多个整体的对象，也可以为多个整体对象共享，比如球员与球队、教练与球队的关系。

表现在代码层面，和关联关系是一致的，只能从语义级别来区分。

 

                     

怎么理解呢？

所谓整体与部分，小贝是球队A人一部分，没错吧。

但同时，小贝是不是也可以是其它球队或机构的一分子呢？答案是肯定的。

 

组合

组合也是关联关系的一种特例，它体现的是一种contains-a的关系，这种关系比聚合更强，也称为强聚合。

它同样体现整体与部分间的关系，但此时整体与部分是不可分的，整体的生命周期结束也就意味着部分的生命周期结束，比如小贝和他的飞毛腿。表现在代码层面，和关联关系是一致的，只能从语义级别来区分。

 

 

聚合，XXX是XXX的一部分。

组合，XXX是XXX必不可少的一部分，是聚合的加强版。

 

总结

对于继承、实现这两种关系没多少疑问，它们体现的是一种类与类，或者类与接口间的纵向关系。

其它的四者关系则体现的是类与类，或者类与接口间的引用，是横向关系，是比较难区分的。有很多事物间的关系要想准备定位是很难的，前面也提到，这几种关系都是语义级别的，所以从代码层面并不能完全区分各种关系。

但总的来说，后几种关系所表现的强弱程度依次为：组合>聚合>关联>依赖。