UML定义的关系主要有六种:依赖、继承、关联、实现、聚合和组合。这些类间关系的理解和使用是掌握和应
用UML的关键。
依赖(Dependency):
类与类之间的连接. 表示一个类依赖于另一个类的定义. 依赖关系总是单向的 。可以简单的理解,就是一个类A
使用到了另一个类B的方法或者属性,而这种使用关系是具有偶然性的、临时性的、非常弱的,但是B类的变化会影响
到A;比如动物或者需要氧气,那么动物类与氧气的关系就是依赖;表现在代码层面,为类B作为参数被类A在某个
方法中使用。
继承(Generalization):
继承又称为泛化。指的是一个类(称为子类、子接口)继承另外的一个类(称为父类、父接口)的功能,并可
以增加它自己的新功能的能力,继承是类与类或者接口与接口之间最常见的关系之一; 比如生活中的:子承父业,
而且还可以将家业发展壮大。
关联(Association):
表示类与类之间的联接, 它使一个类知道另一个类的属性和方法.
关联可以使用单箭头表示单向关联, 使用双箭头或不使用箭头表示双向关联, 不建议使用双向关联. 关联有两个端
点, 在每个端点可以有一个基数, 表示这个关联的类可以有几个实例.
常见的基数及含义:
0..1:0 或1 个实例.
0..*: 对实例的数目没有限制.
1: 只能有一个实例.
1..*: 至少有一个实例.
他体现的是两个类、或者类与接口之间语义级别的一种强依赖关系,比如我和我的朋友;这种关系比依赖更强、
不存在依赖关系的偶然性、关系也不是临时性的,一般是长期性的,而且双方的关系一般是平等的,表现在代码层面,
为被关联类B以类属性的形式出现在关联类A中,也可能是关联类A引用了一个类型为被关联类B的全局变量;
聚合(Aggregation):
是关联关系的一种特例, 是强的关联关系. 聚合是整体和个体之间的关系,即has-a的关系,此时整体与部分之间
是可分离的,他们可以具有各自的生命周期,部分可以属于多个整体对象,也可以为多个整体对象共享;比如计算机
与CPU、公司与员工的关系等;表现在代码层面,和关联关系是一致的,只能从语义级别来区分;
关联关系中两个类是处于相同的层次, 而聚合关系中两不类是处于不平等的层次, 一个表示整体, 一个表示部分.
组合(Combination):
也是关联关系的一种特例,他体现的是一种contains-a的关系,这种关系比聚合更强,也称为强聚合;他同样体
现整体与部分间的关系,但此时整体与部分是不可分的,整体的生命周期结束也就意味着部分的生命周期结束;比如
你和你的大脑;合成关系不能共享. 。表现在代码层面,和关联关系是一致的,只能从语义级别来区分。
组合跟聚合几乎相同,唯一的区别就是“部分”不能脱离“整体”单独存在,就是说, “部分”的生命期不能
比“整体”还要长。
实现(realization):
实现指的是一个class类实现interface接口(可以是多个)的功能;实现是类与接口之间最常见的关系之一;
总结:
对于继承、实现这两种关系没多少疑问,他们体现的是一种类与类、或者类与接口
间的纵向关系;其他的四者关系则体现的是类与类、或者类与接口间的引用、横向关
系,是比较难区分的,有很多事物间的关系要想准备定位是很难的,前面也提到,这几
种关系都是语义级别的,所以从代码层面并不能完全区分各种关系;但总的来说,后几
种关系所表现的强弱程度依次为:组合>聚合>关联>依赖。