设计模式 | 第2章 UML类图


前言

资料来源:B站,尚硅谷Java设计模式;

UML——Unified modeling language UML (统一建模语言),是一种用于软件系统分析和设计的语言工具,它用于帮助软件开发人员进行思考和记录思路的结果;

UML本身是一套符号的规定,就像数学符号和化学符号一样,这些符号用于描述软件模型中的各个元素和他们之间的关系,比如类、接口、实现、泛化、依赖、组合、聚合等;

UML图的分类

  • 用例图(use case);
  • 静态结构图:类图、对象图、包图、组件图、部署图;
  • 动态行为图:交互图(时序图与协作图)、状态图、活动图;

本章重点仅总结类图:
UML类图用于描述系统中的类(对象)本身的组成和类(对象)之间的各种静态关系。
类之间的关系有依赖、泛化(继承)、实现、关联、聚合与组合;


1. 依赖关系 Dependence

1.1 概述

  • 只要是在类中用到了对方,那么他们之间就存在依赖关系。如果没有对方,连编
    绎都通过不了;
  • 类中用到了对方;
  • 如果是类的成员属性;
  • 如果是方法的返回类型;
  • 是方法接收的参数类型;
  • 方法中使用到;

1.2 图示

依赖关系 Dependence


2. 泛化关系 Generalization

2.1 概述

  • 泛化关系实际上就是继承关系,其是依赖关系的特例;
  • 如果A类继承了B类,我们就说A和B存在泛化关系;

2.2 图示

泛化关系 Generalization


3. 实现关系 Implementation

3.1 概述

  • 实现关系实际上就是A类实现B接口,他是依赖关系的特例;

3.2 图示

实现关系 Implementation


4. 关联关系 Association

4.1 概述

  • 关联关系实际上就是类与类之间的联系,他是依赖关系的特例;
  • 关联具有导航性:即双向关系或单向关系;
  • 关系具有多重性:如:“1”(表示有且仅有一个);“0…”(表示0个或者多个);“0,1”(表示0个或者1个);“n…m”(表示n到 m个都可以);“m…*”(表示至少m个);

4.2 图示

关联关系 Association


5. 聚合关系 Aggregation

5.1 概述

  • 聚合关系(Aggregation)表示的是整体和部分的关系,整体与部分可以分开
  • 聚合关系常用成员变量形式;
  • 聚合关系是关联关系的特例,所以他具有关联的导航性与多重性。
  • 如:一台电脑由键盘(keyboard)、显示器(monitor),鼠标等组成;组成电脑的各个配件是可以从电脑上分离出来的,使用带空心菱形的实线来表示;
  • 如果Mouse、Monitor和Computer是不可分离的,则升级为组合关系;

5.2 图示

聚合关系 Aggregation


6. 组合关系 Composition

6.1 概述

  • 组合关系也是整体与部分的关系,但是整体与部分不可以分开
  • 组合关系常用new的方式构成;
  • 在程序中我们定义实体:Person、IDCard与Head,那么 Head 和 Person 就是组合,IDCard 和 Person 就是聚合;
  • 但是如果在程序中Person实体中定义了对IDCard进行级联删除,即删除Person时,连同IDCard一起删除,那么IDCard 和 Person 就是组合了;

6.2 图示

组合关系 Composition




最后

新人制作,如有错误,欢迎指出,感激不尽!
欢迎关注公众号,会分享一些更日常的东西!
如需转载,请标注出处!
  • 1
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

打赏作者

多氯环己烷

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

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

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

打赏作者

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

抵扣说明:

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

余额充值