解析几种UML关联关系的区别

本文和大家重点讨论一下几种UML关联关系的区别,结合关系(association)是一种静态结构上的关系,换言之,它偏向于数据关系。

几种UML关联关系的区别 

结合关系(association)是一种静态结构上的关系,换言之,它偏向于数据关系。所以,两类别之间放置结合关系,同时意味着这个关系必须被保存起来,这也是为何UML类别图中最常出现的是结合关系。比方说,顾客跟订单之间的关系,就会使用结合关系,因为我们希望系统可以保存两者之间的关系。

结合关系的两端通常是平等的,如果要表达整体-部分(whole-part)意涵时,就可以改用聚合关系(aggregate,空心菱形),或是组合关系(composite,实心菱形)。

特别注意的是:

1.聚合与组合都是一种结合关系,只是额外具有整体-部分的意涵。

2.聚合关系中,整件(wholeobject)不会拥有部件(partobject)的生命周期,所以整件删除时,部件不会被删除。再者,多个整件可以共享同一个部件。

3.组合关系中,整件拥有部件的生命周期,所以整件删除时,部件一定会跟着删除。而且,多个整件不可以同时间共享同一个部件。

至于,实务上倒底要采用聚合关系还是组合关系,不决定于真实,而是决定于企业规则。比方说,订单与细项之间的关系,通常采用组合关系,一旦订单被删掉时,底下的细项也会同时被删除。但是,这是比较常见的企业规则,试想,或许有些领域的交易是可以拆单的,订单被取消时,原先的细项可以被并入别的订单中,若是如此,就适合使用聚合关系了。

一般化(generalization)是两类别之间的关系,不同于上述的结合、聚合或组合关系,它是一种分类关系。或者说,针对某一概念或事物,其个体可区分为一般类(父类别)与特殊类(子类别)时,两者之间便可以放置一般化关系。举例来说,我们会说无线鼠标和有线鼠标(它们都是特殊类别/子类别)都是一种鼠标(一般类别/父类别)。

依赖关系又与上列几种关系不同,先说明为何许多UML书上会说它是短暂关系,其实这是相对于结合(聚合、组合)关系,前面有我们有提到,结合关系是一种静态结构关系,是需要被保存下来的。相较之下,依赖关系并不需要被储存起来,所以才会说它是短暂关系。

相关推荐