UML关系总结

本文总结了UML中的六种关系:泛化(继承)、接口、聚合、合成(组合)、依赖和关联,通过生动的例子阐述了每种关系的概念和应用场景,帮助读者深入理解UML类图。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

前言

在最初学习uml视频的时候发现自己对uml类图之间的关系并不是太理解,当时也没有及时的去总结,这就是执行力不够,发现但是没有总结,在学习大化设计模式的时候有提到过uml类图,并且有详细的描述,这次我没有放过它,及时的做出了总结,如果有兴趣大家一起交流哦。


内容


1.泛化(继承 )
2. 接口
3. 聚合
4. 合成(组合)
5. 依赖
6. 关联


泛华


泛华在uml中的意思就是继承,对于继承我想大家应该非常了解,我们把它运用到生活中就是儿子继承父亲的家产,儿子同时也可以自己拥有父亲没有的财富,这就事UML中的继承

在面向对象中有封装,多态 继承,所以对于泛华我们一定要学好

在uml中继承关系使用空心三角形+实现来表示,举一个栗子,动物和鸟,我们知道动物是有生命和新陈代谢的,而鸟同样也是这样的,不过鸟有羽毛,还可以下蛋
这里写图片描述
从图中我们可以看出,鸟继承了动物的特性,并且他还有自己的方法特性,这就是继承


接口

在我们生活中其实我们最不缺的就是接口,我们的一些电器用品哪一个不需要接口,只有我们可以与接口相连,我们就可以实现某些功能,UML中的接口与生活中的接口是一样的
举一个栗子,我们都看过动画片里的唐老鸭是可以说话的,而生活中的唐老鸭是不可以说话的,所以我们可以说唐老鸭有一个接口可以实现说话的功能
如图
这里写图片描述

接口也可以叫做棒棒糖表示法,表示方式是空心三角形+虚线表示


聚合

聚合表示一种弱的“拥有”关系,体现的是A对象可以包含B对象。但B对象不是A对象的一部分,表示方式是:空心的菱形+实线箭头来表示
其实在我们生活中有数不尽的聚合关系,例如人类和某个人就是整体与部分的关系,并且如果缺少也不会影响到整体,假如某一个去世了,则也不会影响到人类这个整体。
举例说, 雁群与大雁的关系就是整体与部分的关系,并且但缺少时也互不影响
这里写图片描述


合成(组合)

其实合成和聚合有相似之处,只不过合成要比聚合更加的严谨,聚合在合成的基础改变的是如果部分缺少,则整体是不成立,所以说整理不能离开部分,表示方式是实心的菱形+实线表示
举例:鸟和翅膀,鸟代表的就是整体,而翅膀则代表的是部分,鸟离不开翅膀,否则他就能活,所以表名了整体离不开部分
这里写图片描述


依赖

我们还利用生活中的例子,动物的生存离不开氧气,水等,它们都依赖与这些东西,没有氧气和水它们活不下去,所以这也就体现了依赖的含义
这里写图片描述


关联

双向关联:
指双方都知道对方的存在,都可以调用对方的公共属性和方法。
箭头及指向:双向的关联可以有两个箭头或者没有箭头
例1:公司和人
这里写图片描述

将来在Person类中会有属性名为employer,类型为Company ;在Company类中会有一个属性为Employee,类型为Person
例2:教师和学生
这里写图片描述

单向关联:
指一方可以调用对方的属性和方法。
箭头及指向:单向关联是带普通箭头的实心线,指向被拥有者。
例3:学生和某课程
这里写图片描述

一名学生可能要上多门课程,课程是个抽象的东西他不拥有学生
自身关联(反身关联):
自己引用自己,带着一个自己的引用。就是在自己的内部有着一个自身的引用。


总结

温故而知新,善于利用知识网,发现–执行—总结

### UML类图中的关系术语总结 UML类图是一种用于描述系统中类及其相互关系的图形化工具。它通过展示类之间的关联、继承和其他交互方式,帮助开发者理解系统的静态结构[^1]。 #### 1. 继承 (Generalization/Inheritance) 继承表示一种“is-a”的关系,子类可以继承父类的属性和操作。在UML类图中,这种关系通常用一条带有空心三角箭头的实线来表示。例如,`Student` 和 `Teacher` 都是从 `Person` 类派生出来的,则可以用继承关系连接它们[^3]。 ```plaintext ▲ │ ┌────┴────┐ Person Extend ┌─────────┐ │ │ └─────────┘ △ ▽ │ │ ┌──────┴──────┐ │ │ Student Teacher ``` #### 2. 实现 (Realization/Interface Implementation) 实现是指一个类实现了某个接口的行为。这通常是通过虚线加空心箭头指向接口的方式表现出来。例如,如果有一个接口 `Shape` 被具体化的圆形 `Circle` 或矩形 `Rectangle` 所实现,则会这样绘制: ```plaintext Shape / | \ Circle Rectangle Triangle ``` 此部分强调的是抽象概念到具体实体间的映射过程[^4]。 #### 3. 关联 (Association) 关联是最常见的一种关系形式,代表两个不同对象间存在某种逻辑上的联系。“has-a”或者更复杂的业务场景都可以视为此类别下的例子之一。一般情况下,默认不区分方向;但如果需要指定数据流动的方向的话,则可以通过添加箭头完成说明工作。 简单双向关联: ```plaintext ClassA ---- ClassB ``` 单向关联(从 A 到 B 的导航路径): ```plaintext ClassA --> ClassB ``` #### 4. 聚合 (Aggregation) 聚合也是一种特殊的关联形式,但它特别指出了一种整体与部分的关系,“whole-part”。不过这里需要注意的是,即使删除了整个组件也不会影响其组成部分的生命期管理情况。因此我们说这是弱组合状态的表现形态。 符号上表现为菱形末端加上连线即可表达该含义。 示意图如下所示: ```plaintext Whole --<> Part ``` #### 5. 合成 (Composition) 合成同样是关于整体与其部件之间紧密程度更高的版本。区别于上述提到过的那种松散型别的地方在于一旦销毁容器之后内部成员也将随之消失不见。所以可以说这是一种强耦合式的体现手法。 它的图标样式类似于聚合但是填充颜色改为黑色以资辨别之用。 示意图为下述样子: ```plaintext Whole -*- Part ``` --- 以上便是对于UML类图当中几种主要关系类型的概括介绍[^2]。每种类型都有各自特定的应用场合以及语义解释,在实际项目开发过程中应当依据需求合理选用合适的模式来进行设计规划活动开展下去。
评论 20
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

王雪芬-ghqr-264962

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值