UML常用 符号解说

最近在学Gof的23种设计模式时,经常会看到一些图表说明,之前虽然也学过UML的建模,但对UML中各种关系的意义特别是符号的表示,虽然有点简单,但是还是经常被混淆的,写在这里是为了加深印象。供大家参考使用。

常用的关系列表:

继承关系(Generalization); 

实现关系(Realization); 

依赖关系(Dependency); 

关联关系(Association); 

有方向的关联(DirectedAssociation); 

聚合关系(Aggregation); 

组合关系(Composition); 

继承关系(Generalization):

Class B继承与Class A

继承指的是一个类(称为子类、子接口)继承另外的一个类(称为父类、父接口)的功能,并可以增加它自己的新功能的能力,继承是类与类或者接口与接口之间最常见的关系之一;在Java中此类关系通过关键字extends明确标识,在设计时一般没有争议性;

实现关系(Realization):

Class A实现了Interface A

实现指的是一个class类实现interface接口(可以是多个)的功能;实现是类与接口之间最常见的关系之一;在Java中此类关系通过关键字implements明确标识,在设计时一般没有争议性;

依赖关系(Dependency):

 

ClassA依赖于ClassB

可以简单的理解,就是一个类A使用到了另一个类B,而这种使用关系是具有偶然性的、临时性的、非常弱的,但是B类的变化会影响到A;表现在代码层面,为类B作为参数被类A在某个method方法中使用;

关联关系(Association):

ClassAClassB相互关联

这里的关联关系分的比较细,把相互关联和有方向的关联区分开了,相互他体现的是两个类、或者类与接口之间语义级别的一种强依赖关系,是一种长期的稳定的关系;表现在代码层面,为被关联类以类属性的形式出现在关联类中,也可能是关联类引用了一个类型为被关联类的全局变量;

有方向的关联(DirectedAssociation):

ClassA关联于ClassB

是关联的一种特别形式,是单向的;表现在代码层面,为被关联类B以类属性的形式出现在关联类A中,也可能是关联类A引用了一个类型为被关联类B的全局变量;

聚合关系(Aggregation):

空心的菱形表示Cup对象并不随Computer的创建而创建,销毁而销毁.

计算机 has-a cpu

聚合是关联关系的一种特例,他体现的是整体与部分、拥有的关系,即has-a的关系,此时整体与部分之间是可分离的,他们可以具有各自的生命周期,部分可以属于多个整体对象,也可以为多个整体对象共享;比如计算机与CPU;表现在代码层面,和关联关系是一致的,只能从语义级别来区分;

组合关系(Composition):

实心菱形表示Department对象随Company对象的创建而创建,销毁而销毁

 Companycontains-a  Department

组合也是关联关系的一种特例,他体现的是一种contains-a的关系,这种关系比聚合更强,也称为强聚合;他同样体现整体与部分间的关系,但此时整体与部分是不可分的,整体的生命周期结束也就意味着部分的生命周期结束;如果没有Company那么Department也就不存在;表现在代码层面,和关联关系是一致的,只能从语义级别来区分;

 

 另外注意 泛化(Generalization)与实现(Realization)的区别

泛化也就是通常所谓的继承关系,在uml中表示为一个带空心三角的实线。表示为is-a的关系,是对象间耦合度最大的一种关系,子类继承父类的所有细节,并可以在此基础上添加自己的特性。

所谓实现就是对接口的定义实现,很简单。表现为带箭头的虚线。下面的实现的uml图:

 

 

 

 

 

 

 

 

 

 

 

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值