《设计模式：可复用面向对象软件的基础》读书笔记（3）

最新推荐文章于 2021-06-15 23:13:03 发布

YakSue

最新推荐文章于 2021-06-15 23:13:03 发布

阅读量280

点赞数

分类专栏：软件构建文章标签：设计模式

本文链接：https://blog.csdn.net/u013412391/article/details/106190795

版权

软件构建专栏收录该内容

22 篇文章 0 订阅

订阅专栏

这篇博客记录了书中《第3章：创建型模式》里的要点。

介绍

创建型设计模式抽象了实例化过程。
在这些模式中有两个不断出现的主旋律：

他们都将关于该系统使用哪些具体的类的信息封装起来。
他们隐藏了这些类的实例是如何被创建和放在一起的。

整个系统关于这些对象所知道的是由抽象类所定义的接口。因此，创建型模式在什么被创建、谁创建它、它是怎样被创建的，以及何时被创建等方面给予你很大的灵活性。

下面将这一章的5个模式一起研究，来突出他们的相似点和差异点。
举一个通用的例子：为一个游戏创建一个迷宫。例如，迷宫中的类有：
MapSite是迷宫所有组件的公共抽象类
Room继承MapSite，代表一个房间。
Wall继承MapSite，代表一面墙。
Maze代表一个迷宫。
MazeGame来创建迷宫。

创建型模式目的是使得这个设计更灵活，即更易于修改。（但是代码量上未必会更少）。

Abstract Factory（抽象工厂）

意图

提供一个接口以创建一系列相关或相互依赖的对象，而无须指定它们具体的类。

特点

分离了具体的类
易于改变产品的系列
易于保持产品系列的一致性
难以支持新种类的产品

代码示例

MazeFactory类负责创建迷宫的构件。CreateMaze函数将一个MazeFactory作为参数。
EnchantedMazeFactory类会创建施了魔法的迷宫构件。
BombedMazeFactory类会创建有炸弹功能的房间。

Builder（生成器）

意图

将一个复杂对象的构建与它的表示分离，使得同样的构建过程可以构建不同的表示。

特点

可以改变一个产品的内部表示。
将构造代码和表示代码分开
可以对构造过程进行更精细的控制

代码示例

MazeBuilder类负责创建迷宫的构件。CreateMaze函数将一个MazeBuilder作为参数。MazeBuilder提供了一个接口，其函数定义了一些空实现，其子类做实际的工作。
StandardMazeBuilder是一个创建简单迷宫的实现。
CountingMazeBuilder很特殊，他根本不创建迷宫，仅仅对已经被创建的构件进行计数。

Factory Method（工厂函数）

意图

定义一个用于创建对象的接口，让子类决定实例化哪一个类。

想要解决的问题

一个应用类想要创建一个产品对象并操作时，它不知道想要创建哪一个子类产品，这时候可以定义一个工厂函数，返回一个基类产品对象。应用类的子类来决定创建哪一种子类产品。这时候应用类就可以直接调用他自己的工厂函数来创建对象随后操作了。

特点

不再将与特定应用有关的类绑定到代码中，代码仅处理基类接口。
缺点是想创建新产品时，必须创建新的子类。（可以用模板解决这个问题）
可以提供一个合理的默认实现，子类就算不继承也不会有问题
连接平行的类层次

代码示例

MazeGame是基类，其中有MakeRoom和MakeWall等创建迷宫组件的函数。
BombedMazeGame继承MazeGame，它实现的MakeRoom创建的是一个爆炸房间。
EnchantedMazeGame继承MazeGame，它实现的MakeRoom创建的是一个有魔法符文的房间。