UML2.0 类图依赖关系

在UML类图中,一般有如下几种关系:

- 依赖(Dependency)
- 关联(Association)
- 聚合(Aggregation)
- 组合(Composition)
- 实现(Realization)
- 泛化(Generalization)
复制代码

关系强弱以此递增:

泛化=实现 > 组合 > 聚合 > 关联 > 依赖

1. 依赖(Dependency)

依赖是类与类之间的连接,是一种使用关系(use a).
表示一个类依赖于另一个类的定义,一个类的变化将会影响到另外一个类。
依赖总是单向的。

在代码中,体现为:
- 局部变量
- 方法的参数
- 对静态方法的调用
复制代码

2.关联(Association)

关联是类与类之间的联接,是一种拥有关系(has a).
它使一个类能够获取另一个类的属性和方法。
关联分为双向(Association)和单向(DirectedAssociation),大多数情况下使用单向,降低耦合和便于维护。

在代码中,体现为:
- 成员变量
复制代码

3.聚合(Aggregation)

聚合是关联关系的特例,是强的关联关系,是一种弱的拥有关系(has a).
聚合是整体与部分的关系,但部分可以离开整体独立存在。他们可以具有各自的生命周期,部分可以属于多个整体对象,也可以为多个整体共享。
关联和聚合在语法上无法区分,只能从行为逻辑上进行辨别。
关联关系的两个类处于同一层次,而聚合关系的两个类处于不同层次,一个是整体,一个是部分。

在代码中,体现为:
- 成员变量
复制代码

4.组合(Composition)

组合(合成)是关联关系的特例,这种关系比聚合更强,是一种强的拥有关系(contains-a).
组合也是整体与部分的关系,但整体与部分不可分离。即整体与部分的生命周期一致,部分不能与多个整体共享。
UML中的组合与OO/设计模式中的组合概念是有所区别的。

在代码中,体现为:
- 成员变量
复制代码

5.实现(Realization)

实现是类与接口之间的关系,表示类实现了类型(接口)的所有特征与行为。

在代码中,体现为:
- 类实现接口
复制代码

6.泛化(Generalization)

泛化是类与类、接口与接口之间的关系,表示了一般与特殊的关系,指定了子类如何特化和扩展父类。

在代码中,体现为:
- 类继承类
- 类继承抽象类
- 接口继承接口
复制代码

猜你喜欢

转载自juejin.im/post/7036595906040299528