UML关联关系,聚合关系以及组合关系的概念及特点

前端之家收集整理的这篇文章主要介绍了UML关联关系,聚合关系以及组合关系的概念及特点前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。

摘自http://developer.51cto.com/art/200907/137798.htm

关联关系,聚合关系以及组合关系的概念及特点


【UML对象关系之关联关系】

关联关系是一种最简单、最抽象的对象间关系描述。它只是描述了对象A于对象B之间存在一种业务上、概念上的逻辑关系,但是关联关系的双方不包含对方的属性

【UML对象关系之聚合关系】

聚合关系是一种特殊的关联关系,除了具备关联关系的特性之外,还包括了以下的一些规则:

A. 对象A和对象B之间存在一种包含的关系

B. 对象A和对象B之间必有一方为“容器”,另外一方为“元素”。即“whole-part”关系

C. 容器方和元素方对象的生命周期是彼此独立的,并不依赖于对方而存在,也就是说是一

种“松散”的关联。容器和元素可以被独立创建、销毁,容器不存在了不影响元素的存在,元素不存在了容器可以依然存在

D. 容器方可以没有元素,也可以有一个至多个元素

E. 元素方可以“被包含于”一个容器,也可以“被包含于”多个容器

F. 向容器添加元素,或者从容器中移除元素并不影响容器

【UML对象关系之组合关系】

组合关系是一种特殊的聚合关系,除了具备关联关系、聚合关系的特性之外,还包括了以下的一些规则:

A. 容器方和元素方对象的生命周期是互相依赖的。即元素依赖于容器而存在,一旦容器不存在了那么元素也就不可能存在。容器必须优先于元素而被创建,元素必须优先于容器而被销毁。

B. 元素方只能“被包含于”一个容器

【UML对象关系之举例分析】

A. 关联关系的例子分析:

学生 ------------- 成绩

学生与成绩之间就是一个关联关系,你不能把学生的属性写到成绩对象中去,同理不能把成绩的属性写到学生对象中去,但两者之间确实存在一种业务上的联系,而且是固定的

B. 聚合关系的例子分析:

班级 ------------- 学生 / 汽车 ------------- 配件

班级与学生,汽车与配件之间的关系就是一个聚合关系。首先一个班级可以包含零至多个学生,一部汽车可以包含零(未组装之前)至多个配件。

其次学生可以先被创建,然后创建班级,再向班级中添加,移除学生。配件可以先被创建并保存到仓库,然后再组装成汽车。在班级,汽车对象没有形成之前,学生与配件的对

象可以已经存在(即容器和元素对象的生命周期是独立的)

C. 组合关系的例子分析:

基金账户 ------------- 单笔交易

基金账户与单笔交易就是一个组合关系。首先单笔交易必须依赖于基金账户而存在,也就是说我们必须先创建基金账户这个“容器方”,之后才能够创建单笔交易这个“元素方”,然后再把单笔交易挂到(添加)基金账户下。没有基金账户预先存在,我们不能执行单笔交易。我们不能先创建单笔交易,再创建基金账户,然后再挂靠交易。

这一点就不同于上面的班级与学生,汽车与配件的存在关系了。

其次单笔交易只能挂靠在某一个特定的基金账户下,也就是说元素方只能“被包含于一个”容器

【UML对象关系之延伸思考】

在对象和对象之间的关系中,有时会提到“依赖”关系,即对象A依赖于对象B而完成某项操作,那么这种关系是不是也属于“关联关系”呢?

个人认为这不属于一种“关联关系”。因为上面我们提到的三种关系中,每一种关系除了是固定的关系之外,还有一个重要的特点就是这些关系是需要“被持久化,被保存”起来的。

而依赖关系只是对象和对象之间的引用(或称调用)关系,这种关系只发生在运行期间而不是业务上,概念上的联系,并不需要被保存。所以“依赖关系”并不属于UML中的对象关系。

原文链接:https://www.f2er.com/javaschema/287195.html

猜你在找的设计模式相关文章