[设计模式][GOF] 24种设计模式概述

最新推荐文章于 2021-12-30 10:55:59 发布

SleepyPat

最新推荐文章于 2021-12-30 10:55:59 发布

阅读量435

点赞数

本文链接：https://blog.csdn.net/ykun089/article/details/117928156

版权

简单工厂：

简单工厂就是根据入参的类型进行判断需要创建那种对象，只不过返回值是一个基类指针，以此来完成返回值类型的统一。

抽象工厂(Abstract Factory)：

一系列接口，用于创建一系列相关或相互依赖的类。

工厂方法(Factory Method)：

定义一个创建对象的接口，让子类决定将哪个类实例化。比如，定义一个工厂基类，这个基类包含一个创建对象的接口，所有工厂都要继承这个基类并实现接口。抽象工厂的核心理念是定义工厂基类，然后派生不同的工厂。

这三种工厂模式的区别：https://www.zhihu.com/question/20367734

适配器(Adapter)：

对已有类的对外成员函数进行二次包装，方便其他类使用，目的在于已有类和其他类都不需要变动，这其实就相当于做一个接口上的互相兼容。使用场景主要就是有些陈旧而复杂的两个模块，如果不希望通过修改代码来完成模块的兼容，那么就可以增加一个Adapter，这样接口提供者不需要修改接口，接口使用者也不需要修改自己的业务代码。

或者

桥(Bridge)：

将抽象部分和实现部分分离，是他们都能独立地变化，比如如果多个类都有相似或同样的成员函数，那么可以把这些函数都归纳为一个接口类，然后让那些类都继承这个接口类。

初始化代理(Builder)：

如果某个对象的创建特别复杂，那么可以把创建过程集成到一个Builder类中。

责任链(Chain of Responsibility)：

将事件封装成一个类，然后把事件传递给一系列有继承层级关系的类实例链表中，这些类都有着统一的虚函数接口，这个接口接收事件类作为参数，由链表中的每个节点自行决定是否处理这个事件。可以对比Qt中的 Event系统，每个对象都有自己的 Event Handler函数，并在这些函数中决定是否处理Event，甚至可以决定是否截获或者继续向下传递。

class Event {
//...
public:
	char i;
//...
};

class A{
//...

public:
	virtual bool isMyEvent(Event* e) {
		if (e->i = 'A') return true;
		else return false;
	}
	virtual void eventHandler(Event* e) {
		if (isMyEvent(e)) {
			doWorkofA(e);
		}
		else {
			//谁都不要的Event
		}
	}

	void doWorkofA(Event* e) {
		//做点啥
	}

//...

};

class B :public A {
	//...

public:
	virtual bool isMyEvent(Event* e) {
		if (e->i = 'B') return true;
		else return false;
	}
	virtual void eventHandler(Event* e) {
		if (isMyEvent(e)) {
			doWorkofB(e);
		}
		else {
			A::eventHandler(e);		//传给父类处理
		}
	}

	void doWorkofB(Event* e) {
		//做点啥
	}

	//...
};

class C :public B {
	//...

	virtual bool isMyEvent(Event* e) {
		if (e->i = 'C') return true;
		else return false;
	}
	virtual void eventHandler(Event* e) {
		if (isMyEvent(e)) {
			doWorkofC(e);
		}
		else {
			A::eventHandler(e);		//这里可以选择随意传给谁处理
		}
	}

	void doWorkofC(Event* e) {
		//做点啥
	}

	//...
};

注：责任链模式有几个要点：1）最顶层的基类要进行事件兜底；2）如果事件不归自己处理那么要通过父类名::虚函数的方式把事件交给父类的虚函数处理；3）因为是代码控制流程，所以链条可以分叉/截断/跳级传送等等，这就要在代码的判断虚函数中人为控制。

命令(Command)：

将请求封装成类，这些类都继承自同一个基类，每个类都实现基类的虚函数，这个虚函数内是属于当前Command的业务代码，然后让其他类可以接收和使用这个对象。还是对比Qt的Evenet系统，所有的事件都继承自QEvent ，这个设计模式在日常代码中经常使用，只是很多时候我们都没发现而已。为了方便记忆，我们可以类比Linux的命令行，每个命令都继承自一个命令类，然后各自实现自己的业务，这些命令都会被 bash 接受和执行内部的虚函数，bash只需要调用对应的虚函数即可。