设计模式的分类以及UML类图
一、设计模式的分类
1.创建型模式
用于描述“怎样创建对象(例:new Student()
)”,特点是“将对象的创建与使用分离(解耦)
”。
主要有原型模式,单例模式,工厂方法模式,抽象工厂模式,建造者模式5种创建型模式。
2.结构型模式
用于描述如何将类或对象按照某种布局组成更大的结构。
例如:将各种钢筋,材料,水泥等等组合成高楼大厦。
主要有代理模式,适配器模式,桥接模式,装饰模式,外观模式,享元模式,组合模式7种结构型模式
3.行为型模式
用于描述类或对象之间相互协作共同完成单个对象无法单独完成的任务,以及怎样分配职责
。
主要有模板方法模式,策略模式,命令模式,职责链模式,状态模式,观察者模式,终结者模式,迭代器模式,访问者模式,备忘录模式,解释器模式11种行为型模式。
二、UML类图
1.类图的概念
类图(Class diagram)是显示了模型的静态结构(属性,变量,方法等)
,特别是模型中存在的类、类的内部结构以及它们与其他类的关系等。类图不显示暂时性的信息。类图是面向对象建模的主要组成部分。
2.类的表示方式
在UML类图中,类使用包含类名(class)、属性(field)和方法(method)且带有分割线的矩形来表示,比如下图表示一个Employee类,它包含name, age和address这3个属性,以及work ()方法。
例如下面的这个Employee类:
- 符号的表示含义:
- +:表示public
- -: 表示private
- #:表示protected
- 属性的完整表示方式:可见性 属性名 : 属性的类型 [ = 初始化值]
- 方法的完整表示方式:可见性 方法名称 (参数列表) [ : 返回类型]
3.类与类之间的关系
3.1.关联关系
-
单向关联
在UML类图中单向关联用一个带箭头的实线表示。 下图表示每个顾客都有一个地址, 这通过让Customer类持有一个类型为Address的成员变量类实现。
-
双向关联
从下图中我们很容易看出, 所谓的双向关联就是双方各自持有对方类型的成员变量。 在UML类图中,双向关联用一个**不带箭头的直线**表示。 下图中在customer类中维护一个List<Product>, 表示一个顾客可以购买多个商品; 在Product类中维护一个Customer类型的成员变量, 表示这个产品被哪个顾客所购买。
-
自关联
自关联在UML类图中用一个带有箭头且指向自身的线表示。 下图的意思就是Node类包含类型为Node的成员变量,也就是"自己包含自己”。
3.2.聚合关系
聚合关系是整体和部分之间的关系。
聚合关系也是通过成员对象来实现的,其中成员对象是整体对象的一部分,
但是成员对象可以脱离整体对象而独立存在。
例如,学校与老师的关系,学校包含老师,但如果学校停办了,老师依然存在。
在UML类图中,聚合关系可以用带空心菱形的实线来表示,菱形指向整体。下图所示是大学和教师的关系图:
3.3.组合关系
组合表示类之间的整体与部分的关系,但它是一种更强烈的聚合关系。
在组合关系中,整体对象可以控制部分对象的生命周期,
一旦整体对象不存在,部分对象也将不存在,部分对象不能脱离整体对象而存在。
例如,头和嘴的关系,没有了头,嘴也就不存在了。
在UML类图中,组合关系用带实心菱形的实线来表示,菱形指向整体。下图所示是头和嘴的关系图:
3.4.依赖关系
依赖关系是一种使用关系,它是对象之间耦合度最弱的一种关联方式,是临时性的关联。
在代码中,某个类的方法通过局部变量、方法的参数或者对静态方法的调用
来访问另一个类(被依赖类)中的某些方法来完成一些职责。
在UML类图中,依赖关系使用带箭头的虚线来表示,箭头从使用类指向被依赖的类。下图所示是司机和汽车的关系图,司机驾驶汽车:
3.5.继承关系(泛化关系)
继承关系是对象之间耦合度最大的一种关系,是父类与子类之间的关系。
在UML类图中,继承关系用带空心三角箭头的实线来表示,箭头从子类指向父类。在代码实现时,使用面向对象的继承机制来实现泛化关系。例如,Student类和Teacher类都是Person类的子类,其类图如下图所示:
3.6.实现关系
实现关系是接口
与实现类
之间的关系。
在这种关系中,类实现了接口,类中的操作实现了接口中所声明的所有的抽象操作。
在UML类图中,实现关系使用带空心三角箭头的虚线来表示,箭头从实现类指向接口。例如,汽车和船实现了交通工具,其类图如下图所示:
Tip:学习笔记来源于[B站黑马程序员Java设计模式详解],仅供日常学习和参考。