设计模式总结

原创已于 2022-07-10 20:11:40 修改 · 436 阅读

1 ·

CC 4.0 BY-SA版权

文章标签：

#设计模式

于 2022-07-05 20:36:02 首次发布

计算机基础同时被 2 个专栏收录

49 篇文章

订阅专栏

设计模式

17 篇文章

订阅专栏

本文深入讲解了设计模式的概念及其在软件开发中的应用，包括开闭原则、迪米特原则、合成复用原则、依赖倒转原则等基本原则，以及简单工厂模式、工厂方法模式、抽象工厂模式、单例模式等多种经典设计模式。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

设计模式(英语 design pattern)是对面向对象设计中反复出现的问题的解决方案。这个术语是在1990年代由Erich Gamma等人从建筑设计领域引入到计算机科学中来的。这个术语的含义还存有争议。算法不是设计模式，因为算法致力于解决问题而非设计问题。设计模式通常描述了一组相互紧密作用的类与对象。设计模式提供一种讨论软件设计的公共语言，使得熟练设计者的设计经验可以被初学者和其他设计者掌握。设计模式还为软件重构提供了目标。

随着软件开发社群对设计模式的兴趣日益增长，已经出版了一些相关的专著，定期召开相应的研讨会，而且Ward Cunningham为此发明了WikiWiki用来交流设计模式的经验。

转载：百度百科：软件设计模式_百度百科 (baidu.com)

1 原则

1.1 开闭原则

开闭原则是对扩展开放，对修改关闭。增加功能是通过增加代码来实现的，而不是去修改源代码。

写一个抽象的计算器类，即接口，定义相应的方法，将方法定义成纯虚函数，以便子类继承时实现。当我们需要加法时，定义加法类继承抽象的计算器类，再实现接口里面的方法。当加入其他功能时，再写个类继承抽象类即可，以此类推。

详见：【设计模式】开闭原则_StudyWinter的博客-CSDN博客

1.2 迪米特原则

迪米特原则，也称为最少知识原则。如果两个类不必彼此直接通信，那么这两个类就不应当发生直接的相互作用，如果其中一个类需要调用另一个类的某一个方法的话，可以通过第三者转发这个调用。

设想这样一个案例，假如要买房，目前有A、B两套房，分别是高品质和低品质，购房者直接和这两套房打交道，购买符合自己意愿的房。

使用迪米特原则来处理这个问题，也就是客户可以直接找“中介”，告诉“中介”自己需要什么类型的房，”中介“去和具体的房打交道，这就减少了客户端和房源的具体交接。

详见：【设计模式】迪米特原则_StudyWinter的博客-CSDN博客

1.3 合成复用原则

合成复用原则是指：尽量先使用组合或者聚合等关联关系来实现，其次才考虑使用继承关系来实现。

详见：【设计模式】合成复用原则_StudyWinter的博客-CSDN博客

1.4 依赖倒转原则

依赖倒转原则又称依赖倒置原则：抽象不应该依赖细节，细节应该依赖于抽象。说白了，就是针对接口编程，不要针对实现编程。

依赖倒置原则包含三层含义：

（1）高层模块不应该依赖低层模块，两者都应该依赖其抽象；

（2）抽象不应该依赖细节；

（3）细节应该依赖抽象。

详见：https://blog.csdn.net/Zhouzi_heng/article/details/116208491

2 几种工厂模式

让工厂创建对象。传入参数，让工厂知道应该创建什么类型的对象。

优点：

（1）客户端和具体实现解耦；

（2）对于某些对象创建复杂的情况，不用考虑这些了。

2.1 简单工厂模式

主要优点：

结构简单，调用方便。工厂和产品的职责区分明确；
客户端无需知道所创建具体产品的类名，只需知道参数即可。

主要缺点：

简单工厂模式的工厂类单一，负责所有产品的创建，职责过重，一旦异常，整个系统将受影响。且工厂类代码会非常臃肿，违背高聚合原则，违背开闭原则。

应用场景：

工厂类负责创建的对象比较少,由于创建的对象较少,不会造成工厂方法中的业务逻辑太过复杂；
客户端只知道传入工厂类的参数,对于如何创建对象并不关心。

详见：【设计模式】简单工厂模式_StudyWinter的博客-CSDN博客

2.2 工厂方法模式

之前提到了简单工厂模式

其主要缺点：

（1）简单工厂模式的工厂类单一，负责所有产品的创建，职责过重，一旦异常，整个系统将受影响；

（2）工厂类代码会非常臃肿，违背高聚合原则，违背开闭原则。

那么如果实现开闭原则呢？把工厂也抽象处理。

【工厂方法模式 = 简单工厂模式 + 开闭原则】

优点：

（1）不需要记住具体类名,甚至连具体参数都不用记忆；

（2）实现了对象创建和使用的分离；

（3）系统的可扩展性也就变得非常好,无需修改接口和原类。

缺点:

（1）增加系统中类的个数,复杂度和理解度增加；

（2）增加了系统的抽象性和理解难度。

应用场景：

（1）客户端不知道它所需要的对象的类。

（2）抽象工厂类通过其子类来指定创建哪个对象。

详见：

【设计模式】工厂方法模式_StudyWinter的博客-CSDN博客

2.3 抽象工厂模式

对工厂方法模式继续抽象

抽象工厂模式（Abstract Factory Pattern）是围绕一个超级工厂创建其他工厂。该超级工厂又称为其他工厂的工厂。

产品族：一个品牌下面的所有产品；例如A地的苹果、香蕉、鸭梨。

产品等级：多个品牌下面的同种产品；例如A地、B地、C地的苹果。

详见：【设计模式】抽象工厂模式_StudyWinter的博客-CSDN博客

3 设计模型

3.1 单例模式

概念：单例模式是一种常用的软件设计模式。它的核心结构只包含一个被称为单例的特殊类。它的目的是保证一个类仅有一个实例。

应用场景：有一些对象只需要一个，如：一台PC连接一个键盘、任务管理器只能打开一个。

其构建步骤：

（1）把构造函数私有化；

（2）增加静态的、私有的、类的指针变量；

（3）提供静态的对外接口，可以让用户获得单例对象。

class A
{
private:
	// 1、把构造函数私有化
	A()
	{	
		a = new A;
	}
 
private:
	// 2、增加静态的、私有的 类的指针变量
	static A* a;
public:
	// 3、提供静态的对外接口，可以让用户获得单例对象
	static A* getInstance()
	{
		return a;
	}
};
 
//静态属性，类外初始化
A* A::a = NULL;

int main(int argc, char** argv) {

    A::getInstance();
    return 0;
}

赖汉式

class Singleton_lazy
{
private:
	Singleton_lazy()
	{
	}
 
public:
	static Singleton_lazy* getInstance()
	{
		if (pSingle == NULL)
		{
			pSingle = new Singleton_lazy;
		}
		return pSingle;
	}
private:
	static Singleton_lazy* pSingle;
};
// 静态成员类外初始化
Singleton_lazy* Singleton_lazy::pSingle = NULL;

饿汉式

class Singleton_lazy
{
private:
	Singleton_lazy()
	{
	}
 
public:
	static Singleton_lazy* getInstance()
	{
		return pSingle;
	}
private:
	static Singleton_lazy* pSingle;
};
// 静态成员类外初始化
Singleton_lazy* Singleton_lazy::pSingle = new Singleton_lazy;

详见：【设计模式】01 单例模式_StudyWinter的博客-CSDN博客