【UML建模】类图(Class Diagram)

这篇具有很好参考价值的文章主要介绍了【UML建模】类图(Class Diagram)。希望对大家有所帮助。如果存在错误或未考虑完全的地方,请大家不吝赐教,您也可以点击"举报违法"按钮提交疑问。

1.概述

在我们的日常学习、工作、考试以及面试的过程中,都会使用到类图,它是一种表示系统中的类、接口、属性和方法等静态结构的图形语言,常用于面向对象的软件设计、分析,对技术实现起到指导作用,是架构师的常用工具之一。

通过类图,可以更好地理解系统的结构和设计,提高开发效率和软件质量。对于学习过设计模式的同学来说,肯定会有更深刻的感触,正是因为有类图我们更直观的理解各种模式的实现方式,并按照类图的指导去完成我们自己的设计模式代码。

综上,能够看懂并画出类图就显得尤为重要了,本篇主要是讲述类型中的核心概念以及使用方式,主要包括:

  • 类、属性、方法、访问权限的表示方式
  • 类与类之间的关系及其符号表示方式
  • 基数的使用

在类图中,每个类都被表示为一个矩形框,其中包含类的名称、属性和方法,类之间的关系可以通过不同的关系符号来表示,下面我们直接切入主题。

2.类的表示方式

表现形式即我们可以通过什么样的图形来表现出类所包含的信息,例如类与接口如何表示,如何表示属性与方法,如何表示访问权限

2.1.类与接口

类和接口在类型中都是用矩形的方框来表示,方框分为两层,在第一层中会写接口名类名,接口的第一层方框中还会用<<interface>>来表示,如下图所示:
类图,# UML建模,架构与设计,uml,java,面试,架构

2.2.属性、方法、访问权限

在方框的第二行,则会写属性与方法,在属性和方法的左边还会用一些符号来表示访问权限,如下图:
类图,# UML建模,架构与设计,uml,java,面试,架构

  • +:表示 public
  • -:表示 private
  • #:表示 protected
  • 无符号:表示 default

从上图我们发现属性和方法是放在同一层的,现在的写法还比较直观,但是当属性和方法变多,且不按照顺序来写的时候就会显得有点杂乱,不能直观的看出类的结构。

所以,还有另一种画类图的方式,将类图的方框隔离为三层,第二层定义属性,第三层定义方法。按照新的格式得到新的类图如下:
类图,# UML建模,架构与设计,uml,java,面试,架构
如果是初期的领域划分建模,可以使用两层方框的表示方式,甚至只需要单层的方框填入类名即可,不需要填入大量的属性和方法,这种方式在初期建模时会更加简洁明了。如果是在做较详细的技术实现,建议使用具有3层方框的表示方式,这种方式整理的信息更加丰富和清晰

3.类之间的关系

类之间的关系一共有6种,耦合程度由强到弱可以表示为:

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

  • 实现(Realization):表示类和接口之间的实现关系。
  • 泛化(Generalization):表示类之间的继承关系,也被叫做继承。
  • 组合(Composition):表示一个类对象包含另一个类对象,强整体与部分的关系。
  • 聚合(Aggregation):表示一个类对象包含另一个类对象,弱整体与部分的关系。
  • 关联(Association):表示一个类对象包含另一个类对象,是一种静态的关系。
  • 依赖(Dependency):表示一个类在其方法中使用到了另一个类,但两者之间不具有持久性的包含关系。

只是看这样的解释,可能还是不太了解各个关系之间的区别到底是什么,尤其是组合、聚合、关联看起来都差不多。但是没有关系,在下面的内容中会有“说人话”的方式来详细解释各个关系。

3.1.继承与实现

继承与实现在类图中表现为is-a的关系,通过空心三角形来表示,其中实现用虚线表示、继承用实现表示。

空心三角形画在父类或父接口这一端,下图分别表示了类B实现接口A类B继承类A的关系:
类图,# UML建模,架构与设计,uml,java,面试,架构
继承与实现大家都是比较熟悉的,这里就不过多的赘述。

3.2.关联、聚合、组合

关联关系是类图中最不容易区分清楚的部分,聚合与组合是关联关系的一种特殊的表现形式,它们三种都是has-a的关系。

关联关系表示为实线,聚合和组合是在关联的基础上加入了菱形来表示,聚合表示为空心菱形,组合表示为实心菱形。

如果将一个类作为包含类,那么它的成员变量中的类就是成员类,菱形是画在包含类这一端,如下图:

类图,# UML建模,架构与设计,uml,java,面试,架构
上图中的表达的关系,从上到下分别为:

  • 类A与类B存在关联关系(这个关联关系并不明确,有可能是双向关联)
  • 类B是类A的一部分
  • 类A中包含了类B

上面的表示方式是部分教程了较为标准的一种画法,但有时候也会看到另一种画法,在实现上会带上箭头,如下图所示:
类图,# UML建模,架构与设计,uml,java,面试,架构
在这张图中关联关系带上了箭头,表示的是单项的关联关系,即类A中关联了类B,而组合与聚合表达的含义与上面不带箭头的图一致。

之所以要学习这种画法,主要是在看资料的时候遇到两种不同的画法都能看得懂。

3.2.1.用代码表达关联关系

所谓的关联关系,就是一个类中使用了另一个类作为成员变量,至于这个成员变量是如何被使用的,并不是关联关系需要关注的。

例如现在存在两个类学生Student和课程Course的双向关联关系,如图:
类图,# UML建模,架构与设计,uml,java,面试,架构

class Student {
  Course course;
}

class Course {
  Student student;
}

同理,如果是单向关联,则可以表示为:
类图,# UML建模,架构与设计,uml,java,面试,架构

class Student {
  Course course;
}

class Course {

}

3.2.2.用代码表达组合关系

组合是一种强has-a关系,它要求的是一个类中有另一个类作为其成员变量的前提下,成员类依赖于包含类的生命周期,简单的说,就是两个类的生命周期一致,一荣俱荣,一损俱损。

例如现在有一个Person类,它引入了一个Heart作为成员变量:
类图,# UML建模,架构与设计,uml,java,面试,架构
Heart会在Person的构造函数中被new出来,随Person的创建而创建,同时当Person被销毁后回收后,Heart没有了引用也会被回收掉。

class Person {

  private Heart heart;

  public Person() {
    this.heart = new Heart();
  }

}

class Heart {

}

3.2.3.用代码表达聚合关系

组合是一种弱has-a关系,与组合关系不同的是,成员类不会依赖包含类的生命周期,简单的说,即使是某个类被销毁了,它的成员类也不会被销毁。

例如现在有一台电脑Computer,接入了一个键盘Keyboard,即使电脑坏了,我这个键盘还可以接入到其他的电脑上使用:
类图,# UML建模,架构与设计,uml,java,面试,架构

我们可以通过构造方法或者setter方法将键盘注入到电脑中:

class Computer {

  private Keyboard keyboard;

  // 通过构造方法的参数注入
  public Computer(Keyboard  keyboard) {
    this.keyboard= keyboard;
  }
  
  // 通过setter方法注入
  public void setKeyboard() {
    this.keyboard= keyboard;
  }
}

class Keyboard {

}

相信用过Spring的同学,一定对上面的这段代码非常熟悉,这就是我们常说的构造方法注入set注入,不难看出,Spring中的依赖实现方式大多是通过聚合的方式来实现的。

3.3.依赖

依赖在类图中也是has-a的关系,表达的是一个类在它运行自己函数的过程中使用到了另一个类,函数没有运行的时候就不会使用到这个类。

依赖关系也可以算作是一种特殊的关联关系,我们从类图中就可以看出来,依赖关系的类图是由虚线+箭头组成(关联是实线+箭头)。下图表示的是类A中使用到了类B
类图,# UML建模,架构与设计,uml,java,面试,架构

3.3.1.依赖关系的代码实现

依赖关系在代码中往往表示为方法的形参以及局部变量,以一个简化版的工厂模式为例,提供一个汽车工厂CarFactory,在这个工厂中可以生产汽车Car
类图,# UML建模,架构与设计,uml,java,面试,架构

class CarFactory {

  public Car crateCar() {
    return new Car();
  }
}

class Car{

}

4.基数

基数(multiplicity) 在有些教材上也叫多重度(multiplicity)也叫,用来表示关联的类之间的数量关系,也就是我们常说的一对一 , 一对多 , 多对多,上述的4种关系关联、组合、聚合、依赖中都可以添加基数。

基数由数字 , * , .. 组成,数字表示的是类的具体数量,* 表示的是0个或多个的意思,而..是两个符号之间的连接符,用于表示一个区间关系,例如:

  • 1:表示1个
  • 0..1:表示0个或1个
  • 0..*:表示0个或多个,也可以直接用*表示
  • 1..*:表示1个或多个

基数的符号是写在关系的连线两端的,以上面的学生选择课程为例,一个学生至少选择1门课程,学有余力的可以选择多门,则可以通过下面的图形来表示:
类图,# UML建模,架构与设计,uml,java,面试,架构
写成代码,就是成员变量Course由一个对象,修改为一个集合:

class Student {
  List<Course> courses;
}

class Course {

}

5.总结

本篇主要是在讲述如何通过图形语言来描述类和接口,类之间的关系以及基数,通过本篇文章中的知识点,我们已经基本可以看懂并设计自己的类图了。当然,类图的画法是多种多样的,本篇文章中并没有例举完整,例如在菜鸟教程中搜索设计模式,你可能会看到这样的类图:
类图,# UML建模,架构与设计,uml,java,面试,架构

在这张图中,关系的表达方式与上述的表达方式不太相同,是使用统一箭头加描述的方式来表达的,但相信大家有了本篇文章的基础之后,看到这样的类图也不会有什么压力,所以我们在日后的工作学习中继续查漏补缺即可。


最后,再总结一下本篇中的几个重点知识点:文章来源地址https://www.toymoban.com/news/detail-756027.html

  • 类的表示方式:掌握类的画法
    通过一个划分为3层的方框来表示,第一层是名字、第二层是属性、第三层方法,如果是接口,可以在第一层的第一行写上<<interface>>
  • 关系:代表各种关系的图标,以及关联、组合、聚合、依赖的区别
    • 图标:
      • 继承与实现是空心三角形,继承是实线,实线是虚线
      • 关联与依赖是箭头,关联是实线、依赖是虚线
      • 组合与聚合是菱形,组合是实心菱形,聚合是空心菱形
    • 关联和依赖的区别:关联是成员变量,依赖是局部变量
    • 组合与聚合的区别:组合中的成员类与包含类有相同的生命周期,而聚合中成员类有自己独有的生命周期
  • 基数:基数的含义与表示方式
    • 含义:用于表达关联的类之间的数量关系
    • 表示方式:写在关联连线的两端,有一对一 , 一对多 , 多对多三种,需要注意0..**表示的是同一个意思,即:0个或多个

到了这里,关于【UML建模】类图(Class Diagram)的文章就介绍完了。如果您还想了解更多内容,请在右上角搜索TOY模板网以前的文章或继续浏览下面的相关文章,希望大家以后多多支持TOY模板网!

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处: 如若内容造成侵权/违法违规/事实不符,请点击违法举报进行投诉反馈,一经查实,立即删除!

领支付宝红包 赞助服务器费用

相关文章

  • Java设计模式之创建型-原型模式(UML类图+案例分析)

    目录 一、基础概念 二、UML类图 三、角色设计 四、案例分析  4.1、通用实现(浅克隆) 4.2、深克隆 五、总结 原型模式通过复制已有对象作为原型,通过复制该原型来返回一个新对象,而不是新建对象,说白了就是不断复制相同的对象罢了。 角色 描述 抽象原型类 规定了具

    2024年02月15日
    浏览(49)
  • Java设计模式之责任链模式(UML类图分析+代码详解)

    大家好,我是一名在算法之路上不断前进的小小程序猿!体会算法之美,领悟算法的智慧~ 希望各位博友走过路过可以给我点个免费的赞,你们的支持是我不断前进的动力!! 加油吧!未来可期!! 本文将介绍java设计模式之责任链模式 OA系统采购审批需求 传统方案解决OA系

    2024年02月06日
    浏览(40)
  • Java设计模式之行为型-状态模式(UML类图+案例分析)

    目录 一、基础概念 二、UML类图 三、角色设计 四、案例分析 五、总结 状态模式允许一个对象在其内部状态改变时改变它的行为,对象看起来似乎修改了它的类,状态模式主要解决的是当控制一个对象状态转换的条件表达式过于复杂时的情况,把状态的判断逻辑转移到表示不

    2024年02月16日
    浏览(40)
  • Java设计模式之行为型-命令模式(UML类图+案例分析)

    目录 一、基础概念 二、UML类图 三、角色设计 四、案例分析 4.1、基本实现 4.2、点餐案例  五、总结 1、将一个请求封装为一个对象,使您可以用不同的请求对客户进行参数化。 2、对请求排队或记录请求日志,以及支持可撤销的操作。 3、将命令对象与执行命令的对象分离,

    2024年02月16日
    浏览(36)
  • Java设计模式之结构型-桥接模式(UML类图+案例分析)

    目录 一、基础概念 二、UML类图 三、角色设计 四、案例分析 4.1、支付方式 4.2、支付渠道  五、总结 桥接模式(Bridge Pattern)是一种结构型设计模式,其主要目的是“将抽象部分与实现部分分离,使它们都可以独立地变化”。 桥接模式的核心思想是把抽象(abstraction)与实现

    2024年02月13日
    浏览(46)
  • Java设计模式之创建型-单例模式(UML类图+案例分析)

    目录 一、基础概念 二、UML类图 三、角色设计 四、案例分析 4.1、饿汉模式 4.2、懒汉模式(线程不安全) 4.3、懒汉模式(线程安全) 4.4、双重检索模式 4.5、静态内部类 4.6、枚举  五、总结 单例模式确保一个类只有一个实例,提供一个全局访问点。一般实现方式是把构造函

    2024年02月13日
    浏览(45)
  • Java设计模式之创建型-建造者模式(UML类图+案例分析)

    目录 一、基本概念 二、UML类图 三、角色设计  四、案例分析 五、总结 建造者模式是一种创建型设计模式,它使我们将一个复杂对象的构建步骤分离出来,使得同样的构建过程可以创建不同的表示。该模式的目的是将构建复杂对象的过程抽象化,从而减少代码的重复和复杂

    2024年02月15日
    浏览(44)
  • Java设计模式之行为型-迭代器模式(UML类图+案例分析)

    目录 一、基础概念 二、UML类图 三、角色设计 四、案例分析 五、总结 迭代器模式是一种常用的设计模式,它主要用于遍历集合对象,提供一种方法顺序访问一个聚合对象中的各个元素,而又不暴露该对象的内部表示。 举个简单的比喻,聚合对象像一个存放苹果的篮子,迭代

    2024年02月16日
    浏览(45)
  • Java设计模式之行为型-责任链模式(UML类图+案例分析)

    目录 一、基础概念 二、UML类图 三、角色设计 四、案例分析 4.1、在Java中实现 4.2、在SpringBoot中实现  五、总结  责任链模式是一种行为设计模式,它允许你将请求沿着处理者链进行发送。请求会被链上每个处理者处理,直到请求被处理完毕。该模式主要解决的是请求的发送者和

    2024年02月15日
    浏览(39)
  • Java设计模式之结构型-组合模式(UML类图+案例分析)

    目录 一、基础概念 二、UML类图 三、角色设计 四、案例分析 4.1、基本实现 4.2、菜单遍历  五、总结  组合模式(Composite Pattern)又叫部分-整体模式,它通过将对象组合成树形结构来表示“整体-部分”的层次关系,允许用户统一单个对象和组合对象的处理逻辑。 角色 描述

    2024年02月16日
    浏览(50)

觉得文章有用就打赏一下文章作者

支付宝扫一扫打赏

博客赞助

微信扫一扫打赏

请作者喝杯咖啡吧~博客赞助

支付宝扫一扫领取红包,优惠每天领

二维码1

领取红包

二维码2

领红包