【秋招】设计模式详解

秋招对我好点！！！

参考链接

学习一下常见的设计模式！冲！！

单例模式

保证一个类只有一个实例，并提供一个访问它的全局访问点，使得系统中只有唯一的一个对象实例。

应用： 用于管理资源，如日志、线程池

实现要求：

1. 为了保证类只有一个实例，需要将构造函数（默认或者拷贝）设为private、默认赋值函数设为private
2. 需要提供一个全局访问点，可以建立一个static函数，其中构建一个static的类对象

代码如下：

class Singleton{
public:
	static Singleton& getInstance(){
	static Singleton instance;
	return instance;
}
void printTest(){
	cout<<"do something"<<endl;
}
private:
	Singleton(){}//防止外部调用构造创建对象
	Singleton(Singleton const &singleton);//阻止拷贝创建对象
	Singleton& operator=(Singleton const &singleton);//阻止赋值对象
};
int main()
{
	Singleton &a=Singleton::getInstance();
	a.printTest();
	return 0;
}

首先，构造函数声明成private的目的是只允许内部调用，getInstance()中的静态局部变量创建时调用，但不允许外部调用构造创建第二个实例；
然后，拷贝构造和拷贝赋值符是声明成了private而不给出定义，其目的是阻止拷贝，如果企图通过拷贝构造来创建第二个实例，编译器会报错。
阻止拷贝的另一种写法是声明后接一个"=delete",也能起到相同的作用（C++11）。

工厂模式

工厂模式包括三种：简单工厂模式、工厂方法模式、抽象工厂模式。

工厂模式的主要作用是封装对象的创建，分离对象的创建和操作过程，用于批量管理对象的创建过程，便于程序的维护和扩展。

简单工厂模式

简单工厂是工厂模式最简单的一种实现，对于不同产品的创建定义一个工厂类，将产品的类型作为参数传入到工厂的创建函数，根据类型分支选择不同的产品构造函数。

创建一个抽象产品基类(纯虚函数，子类必须重写)，根据实际要求构建子类（具体产品），再写一个工厂类去选择构造函数

工厂方法模式

厂方法模式在简单工厂模式的基础上增加对工厂的基类抽象，不同的产品创建采用不同的工厂创建（从工厂的抽象基类派生）

该模式相对于简单工厂模式的优势在于：便于后期产品种类的扩展。

简单工厂模式是一个工厂类直接控制生产产品的种类（产品A或是产品B）
而工厂方法模式则是利用多态，一个工厂基类指针指向特定生产车间子类（生产产品A的A车间，生产产品B的B车间）（车间是工厂的子类，他是他儿子！）

这样的话，如果需要增加新的产品，只需要增加车间子类就行，通过车间去控制生产物品

老板不干事，让小老板去干事！

抽象工厂模式

抽象工厂模式对工厂方法模式进行了更加一般化的描述。工厂方法模式适用于产品种类结构单一的场合，为一类产品提供创建的接口；而抽象工厂方法适用于产品种类结构多的场合，就是当具有多个抽象产品类型时，抽象工厂便可以派上用场。

结合前面两个模式，针对不同种类的产品进行分析！

策略模式

策略模式定义了一系列的算法，并将每一个算法封装起来，而且使它们还可以相互替换。策略模式让算法独立于使用它的客户而独立变化。

具体组成:

• 抽象策略角色（Strategy）： 抽象策略类。
• 具体策略角色(ConcreteStrategy)：封装了继续相关的算法和行为。
• 环境角色(Context)：持有一个策略类的引用，最终给客户端调用。

举个栗子！

如现在你是一个设计师，你正在设计一种空调。但是你们的空调要支持3种模式。冷风模式（ColdWind）, 热风模式(WramWind)，无风模式（NoWind）。
当选择ColdWind模式，将输送冷风；当选择WarmWind模式，将输送热风；在选择NoWind模式时，空调什么都不做。你将考虑如何为空调设计应用程序？如果将来空调需要增加支持新的模式呢？

如果用策略模式，分析一下！

1. 封装策略类(冷风、热风、什么风都没有) （类似简单工厂类）
2. 控制端 一个方法开一个接口 供客户端使用