uml类图的几种关系(实现,继承,依赖,关联,聚合,组合)

    uml类图的几种关系(实现,继承,依赖,关联,聚合,组合).

 


uml类图的几种关系(实现,继承,依赖,关联,聚合,组合)_第1张图片
 

 

继承,实现
依赖
关联,聚合,组合

继承(generalization, extends):
继承类,拥有父类的功能和属性

实现(realization, implements):
实现接口,拥有接口定义的行为

依赖(dependency): 方法调用,方法参数
依赖关系表示为一个类使用另一个类,这种使用关系是具有偶然性的、临时性的、非常弱的,一个类的变化会影响到另一个类,是use a关系,如果类A依赖于类B,那么类B可以是类A的局部变量,或类A方法的参数,或静态方法的调用。

关联(association): 我---我的朋友; 我---铅笔;
关联关系是一种强依赖关系,这种关系不存在依赖关系的偶然性,关系也不是临时的,是长期的,稳定的。双方的关系是平等的,可以单向关联也可以是双向关联。 假如类A关联了类B,则类B是类A的全局变量(注意是全局变量,再看看上面的依赖关系),大多数关联都是单向关联,这比较容易维护,关于关联,在生活中我 们常会说,类A持有类B的引用。

聚合(aggregation): 大雁群---大雁; 计算机---外设; 公司---员工
聚合关系是特殊的关联关系,是一种强的关联关系,他体现的是整体与部分关系,即has-a的关系,但是整体和部分是可以分离的,注意,是可以分离的。普通 关联关系的两个类处于同一层次上,是平级的,而聚合关系的两个类处于不同的层次,一个是整体,一个是部分。同时,是一种弱的“拥有”关系。体现的是A对象 可以包含B对象,但B对象不是A对象的必要的组成部分。具体表现为,如果A由B聚合成,表现为A包含有B的全局对象,但是B对象可以不在A创建的时刻创 建,这句话非常有意义,它在代码中通常体现成依赖注入的setter方法,即A对象可以随时创建B对象,再想想这不就体现了整体和部分是可以分离了吗?创 建整体的时候可以不创建部分。

组合(composition):大雁---翅膀; 人---头脑;
组合关系也是特殊的关联关系,它体现一种contains a(拥有)关系,这种关系是比聚合还要强,也称为强聚合。体现了严格的整体和部分关系,两者是不可分割的,它们的生命周期是一致的。如果A由B组成,那么 A就包含B的全局变量,并在创建A的同时创建B,在代码上我们通常是使用构造函数进行实现,也是依赖注入中构造函数的实现。

组合>聚合>关联>依赖

 

 

 

你可能感兴趣的:(UML)