设计模式-UML类图


前言

本博客仅做学习笔记,如有侵权,联系后即刻更改

科普:


概述

UML定义

统一建模语言:Unified Modeling Language

  1. 通用的可视化建模语言,不同于编程语言,它通过一些标准的图形符号和文字来对系统进行建模
  2. 用于对软件进行描述、可视化处理、构造和建立软件系统制品的文档
  3. 是一套总结了以往建模技术的经验并吸收了当今最优秀成果的标准建模方法

UML结构

  1. 视图
    在这里插入图片描述

  2. 在这里插入图片描述
  3. 模型元素
    在这里插入图片描述
  4. 通用机制
    在这里插入图片描述

类和类的UML表示

类的定义

  • 类(Class)封装了数据和行为,是面向对象的重要组成部分,它是具有相同属性、操作、关系的对象集合的总称
  • 在系统中,每个类都具有一定的职责,职责指的是类要完成什么样的功能,要承担什么样的义务
  • 一个类可以有多种职责,设计得好的类通常有且仅有一种职责。在定义类的时候,将类的职责分解成为类的属性和操作(即方法)
  • 类的属性即类的数据职责,类的操作即类的行为职责
  • 类实例化成对象(Object),对象对应于某个具体的事物,是类的实例(Instance)
  • 类图(Class Diagram)使用出现在系统中的不同类来描述系统的静态结构,它用来描述不同的类以及它们之间的关系

类的UML图示

在UML类图中,类一般由三部分组成:

  1. 第一部分是类名
  • 每个类都必须有一个名字,类名是一个字符串
  • 按照Java语言的命名规范,类名中每一个单词的首字母均大写
    在这里插入图片描述
  1. 第二部分是类的属性(Attributes)
  • 属性是指类的性质,即类的成员变量。一个类可以有任意多个属性,也可以没有属性
  • 按照Java语言的命名规范,属性名中的第一个单词全小写,之后每个单词首字母大写(驼峰命名法)
  • 不同符号的意义:+:public、#:protected、-:private、*:package
    在这里插入图片描述
  1. 第三部分是类的操作(Operations)
  • 操作是类的任意一个实例对象都拥有的行为,是类的成员方法
  • 按照Java语言的命名规范,方法名中的第一个单词全小写,之后每个单词首字母大写
    在这里插入图片描述

类之间的关系

关联关系

  • 关联(Association)关系是类与类之间最常用的一种关系,它是一种结构化关系,用于表示一类对象与另一类对象之间有联系。
  • 在UML类图中,用实线连接有关联关系的对象所对应的类,在使用Java、C++和C#等编程语言实现关联关系时,通常将一个类的对象作为另一个类的成员变量。
  • 在使用类图表示关联关系时可以在关联线上标注角色名
    在这里插入图片描述

双向关联(默认情况)

在这里插入图片描述

单向关联

类的关联关系也可以是单向的,单向关联用带箭头的实线表示

在这里插入图片描述

自关联

在系统中可能会存在一些类的属性对象类型为该类本身,这种特殊的关联关系称为自关联

在这里插入图片描述

多重性关联

多重性关联关系又称为重数性(Multiplicity)关联关系,表示两个关联对象在数量上的对应关系。在UML中,对象之间的多重性可以直接在关联直线上用一个数字或一个数字范围表示

在这里插入图片描述
在这里插入图片描述

聚合关系

  • 聚合(Aggregation)关系表示整体与部分的关系
  • 在聚合关系中,成员对象是整体对象的一部分,但是成员对象可以脱离整体对象独立存在
  • 在UML中,聚合关系用带空心菱形的直线表示
    在这里插入图片描述
    在这里插入图片描述

组合关系

  • 组合(Composition)关系也表示类之间整体和部分的关系,但是在组合关系中整体对象可以控制成员对象的生命周期,一旦整体对象不存在,成员对象也将不存在
  • 成员对象与整体对象之间具有同生共死的关系
  • 在UML中,组合关系用带实心菱形的直线表示
    在这里插入图片描述

依赖关系

  • 依赖(Dependency)关系是一种使用关系,特定事物的改变有可能会影响到使用该事物的其他事物,在需要表示一个事物使用另一个事物时使用依赖关系
  • 大多数情况下,依赖关系体现在某个类的方法使用另一个类的对象作为参数
  • 在UML中,依赖关系用带箭头的虚线表示,由依赖的一方指向被依赖的一方
    在这里插入图片描述
    在这里插入图片描述

实现方式

  1. 将一个类的对象作为另一个类中方法的参数
  2. 在一个类的方法中将另一个类的对象作为其局部变量
  3. 在一个类的方法中调用另一个类的静态方法

泛化关系

  • 泛化(Generalization)关系也就是继承关系,用于描述父类与子类之间的关系,父类又称为基类或超类,子类又称为派生类。
  • 在UML中,泛化关系用带空心三角形的直线来表示。
  • 在代码实现时,使用面向对象的继承机制来实现泛化关系,在Java语言中使用extends关键字实现。
    在这里插入图片描述

在这里插入图片描述

接口与实现关系

  • 接口之间也可以有与类之间关系类似的继承关系和依赖关系,但是接口和类之间还存在一种实现(Realization)关系,在这种关系中,类实现了接口,类中的操作实现了接口中所声明的操作
  • 在UML中,类与接口之间的实现关系用带空心三角形的虚线来表示
    在这里插入图片描述
    在这里插入图片描述

接口和抽象类的关联

相同点

  1. 都不能直接实例化,目的为扩展程序

不同点

  1. 接口可以实现多个,但是只能继承一个类
  2. 抽象类里的方法可以实现,不能new实现
  3. 接口里的方法为方法体,没有实现
  4. 钩子方法:空的方法体

补充

注释

在这里插入图片描述

实例

在这里插入图片描述

正/逆向工程

  1. 正向工程

模型(Model) -> 代码(Code)

  1. 逆向工程

代码(Code) ->模型(Model)
在这里插入图片描述

总结

小小励志

有些事你现在不做,一辈子都不会做了。
如果你想做一件事,全世界都会为你让路。
《搭车去柏林》

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值