一、为什么需要设计模式？

1.1、设计模式的定义

设计模式大概有23种。

设计模式是指在软件开发中，经过验证的，用于解决在特定环境下，重复出现的，特定问题的解决方案。

从定义可以看出，设计模式的使用有很多的局限性。一定要明确它解决什么问题，再使用它。当不清楚设计模式解决什么问题时不要轻易使用。

通俗的讲，设计模式是解决软件开发过程中一些问题的固定套路。不要过度的封装或使用设计模式，除非明确了需求的具体变化方向，而且变化方向的点是反复的出现，才会使用设计模式；即慎用设计模式。

设计模式要到达一定的工程代码量才能精通。但是，了解设计模式是需要的。

1.2、设计模式由来

设计模式的由来可以追溯到20世纪80年代，由计算机科学家埃里希·伽玛（Erich Gamma）等人首次提出。他们将设计模式定义为可重复利用的解决方案，用于常见问题和设计挑战。

设计模式的出现是为了解决软件开发中的一些常见问题，帮助开发人员更高效地编写可维护和可扩展的代码。通过使用设计模式，开发人员可以借鉴先前的成功经验，避免重复发明轮子，同时提高代码的可读性和可理解性。

设计模式的目标是提供经过验证和经过时间考验的解决方案，以解决特定情境中的常见问题。设计模式不是一种具体的算法或代码片段，而是一种在特定情境下的解决方案模板。它们可以应用于各种编程语言和开发环境中。

设计模式通常分为三种类型：创建型模式、结构型模式和行为型模式。

• 创建型模式关注对象的创建机制；
• 结构型模式关注对象之间的关系和组织方式；
• 行为型模式关注对象之间的交互和通信。

一些常见的设计模式包括单例模式、工厂模式、观察者模式、策略模式等。

一句话来说，就是：满足设计原则后，慢慢迭代出来的。

1.3、 设计模式解决的问题

使用设计模式的前提条件：具体的需求既有稳定点又有变化点。

（1）稳定点，即不会变的东西。如果全是稳定点，不需要设计模式。

（2）变化点，即经常发生变化。如果全是变化点，发生的改变没有具体的方向，这也不需要设计模式。比如游戏开发，使用脚本语言解决全是变化的点，因为脚本不需要重新编译，热更新就可以。

设计模式具体解决问题的场景：希望修改少量的代码，就可以适应需求的变化。比如，整洁的房间有一个好动的猫，如何保证房间的整洁？把猫关到笼子中，使猫在有限范围内活动。

也就是使用设计模式，让变化点在有限范围内变化。

二、设计模式基础

设计模式和开发语言相关的，利用语言的特性实现设计模式。

对于C++而言，设计模式的基础是：

（1）面向对象的思想。面向对象的三个特征，封装（目的是隐藏实现细节，实现模块化）、继承（目的是希望无需修改原有类的基础上，通过继承来实现功能的扩展；C++可以多继承）、多态（静态多态是函数重载，同一个函数名但参数不同来同时表现出不同的形态；动态的多态是继承中虚函数的重写）。设计函数很多依赖于动态的多态

（2）设计原则。

2.1、C++多态之虚函数重写

假设一个基类，有两个虚函数：

class Base{
	public:
		virtual void func1(){}
		virtual void func2(){}
		int a;
};

其虚函数表和内存布局为：

class Subject : public Base{
	public:
		virtual void func2(){}
		virtual void func3(){}
		int b;
};

// 继承
class Subject : public Base{
};

// 组合
class Subject{
private:
	Base base;
};

// 组合基类指针
class Subject{
private:
	Base *base;
};

通过介绍设计模式的定义、分类和应用场景，以及设计原则的作用，强调了它们在软件开发中的重要性。设计模式提供了可重复利用的解决方案，帮助开发人员解决常见问题和设计挑战，并提高代码的可读性、可理解性和可维护性。设计原则则为设计模式提供了指导，如单一职责原则、开放封闭原则等。通过应用设计模式和设计原则，开发人员可以构建高质量、可维护和可扩展的软件系统，避免重复劳动，提高代码的可重用性和灵活性。