对UML几种对象关系的理解

核心提示：【关联关系】===关联关系是一种最简单、最抽象的对象间关系描述，它只是描述了对象A于对象B之间存在一种业务上、概念上的逻辑关系，对UML几种对象关系的理解，但是关联关系的双方不包含对方的属性，【聚合关系】===聚合关系是一种特殊的关联关系，概念上的联系，并不需要被保存，除了具备关联关系的特性之外，还包括了以下的一些规则

【关联关系】

===================================================================

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

【聚合关系】

===================================================================

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

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

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

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

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

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

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

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

【组合关系】

===================================================================

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

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

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

【举例分析】

===================================================================

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

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

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

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

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

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

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

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

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

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

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

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

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

【延伸思考】

===================================================================

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

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

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