UML关系总结

在UML类图中,常见的有以下几种关系: 泛化(Generalization),  实现(Realization),关联(Association),聚合(Aggregation),组合(Composition),依赖(Dependency)

         1. 泛化(Generalization)

        【泛化关系】:是一种继承关系,表示一般与特殊的关系,它指定了子类如何特化父类的所有特征和行为。例如:老虎是动物的一种,即有老虎的特性也有动物的共性。

        【箭头指向】:带三角箭头的实线,箭头指向父类

UML类图几种关系的总结 

        2. 实现(Realization)

        【实现关系】:是一种类与接口的关系,表示类是接口所有特征和行为的实现.

        【箭头指向】:带三角箭头的虚线,箭头指向接口

UML类图几种关系的总结 

        3. 关联(Association)

        【关联关系】:是一种拥有的关系,它使一个类知道另一个类的属性和方法;如:老师与学生,丈夫与妻子关联可以是双向的,也可以是单向的。双向的关联可以有两个箭头或者没有箭头,单向的关联有一个箭头。

        【代码体现】:成员变量

        【箭头及指向】:带普通箭头的实心线,指向被拥有者

UML类图几种关系的总结 

        上图中,老师与学生是双向关联,老师有多名学生,学生也可能有多名老师。但学生与某课程间的关系为单向关联,一名学生可能要上多门课程,课程是个抽象的东西他不拥有学生。 

        下图为自身关联: 

UML类图几种关系的总结

        4. 聚合(Aggregation)

        【聚合关系】:是整体与部分的关系,且部分可以离开整体而单独存在。如车和轮胎是整体和部分的关系,轮胎离开车仍然可以存在。

        聚合关系是关联关系的一种,是强的关联关系;关联和聚合在语法上无法区分,必须考察具体的逻辑关系。

        【代码体现】:成员变量

        【箭头及指向】:带空心菱形的实心线,菱形指向整体

UML类图几种关系的总结 

        5. 组合(Composition)

        【组合关系】:是整体与部分的关系,但部分不能离开整体而单独存在。如公司和部门是整体和部分的关系,没有公司就不存在部门。

       组合关系是关联关系的一种,是比聚合关系还要强的关系,它要求普通的聚合关系中代表整体的对象负责代表部分的对象的生命周期。

【代码体现】:成员变量

【箭头及指向】:带实心菱形的实线,菱形指向整体

UML类图几种关系的总结

        6. 依赖(Dependency)

        【依赖关系】:是一种使用的关系,即一个类的实现需要另一个类的协助,所以要尽量不使用双向的互相依赖.

        【代码表现】:局部变量、方法的参数或者对静态方法的调用

        【箭头及指向】:带箭头的虚线,指向被使用者

UML类图几种关系的总结 

        各种关系的强弱顺序:

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

        下面这张UML图,比较形象地展示了各种类图关系:

UML类图几种关系的总结

感觉最后这个大雁和群雁的关系线可能是画反了,仅供参考

### 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]。每种类型都有各自特定的应用场合以及语义解释,在实际项目开发过程中应当依据需求合理选用合适的模式来进行设计规划活动开展下去。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值