UML中的六大关系

通过不断的学习结合机房收费系统绘制UML图,整个画图的过程中深刻体会到其核心部分还是理解事物之间的关系,总结六大关系来深入学习,主要关系有六种:继承、实现、依赖、关联、聚合、组合

区别于联系:

继承(泛华)关系(Generalization)

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

实现(realization)关系

实现(realization)关系指在一个Class类实现Interface接口(可以实现多个接口)的功能,实现是类与接口之间最常见的关系,在Java中类关系通过关键字Implements明确标识

依赖(dependency)关系

依赖是类与类之间的连接,表示一个类依赖于另一个类的定义,依赖总是单向的,可以简单的理解,就是一个类A使用到了另一个类B,而这种使用关系是具有偶然性的、临时的、非常弱的,但是B类的变化会影响到A,比如我们要做飞机去北京,在这个过程中,人就是依赖飞机的,人与飞机之间的关系就是依赖;表现在代码上,为类B作为参数被类A在某个方法中使用

关联(association)关系

表示类与类之间的关联,它使一个类知道另一个类的属性和方法,关联可以使用单箭头表示单向关联,使用双箭头或不使用箭头表示双向关联,不建议使用双向关联.关联有两个端点,在每个端点可以有一个基数,表示这个关联的类可以有几个实例.
常见的基数及含义:
0..1:01个实例.
0..*:对实例的数目没有限制.
1:只能有一个实例.
1..*:至少有一个实例.

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

聚合(aggregation)关系

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

聚合关系也是使用实例变量实现的.java语法上是分不出关联和聚合的.

关联关系中两个类是处于相同的层次,而聚合关系中两不类是处于不平等的层次,一个表示整体,一个表示部分.

组合关系(composition)

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

组合跟聚合几乎相同,唯一的区别就是“部分”不能脱离“整体”单独存在,就是说, “部分”的生命期不能比“整体”还要长。

总结:

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

在自己画图表达关系是尽可能的使用较强的关系,这样才能准确的描述说要表达的意思,才能最准确。

你可能感兴趣的:(UML中的六大关系)