# QTGof23

**Repository Path**: octoberkey/qtgof23

## Basic Information

- **Project Name**: QTGof23
- **Description**: 用QT实现23种基本的设计模式，增加一些变种；
- **Primary Language**: C++
- **License**: Apache-2.0
- **Default Branch**: master
- **Homepage**: None
- **GVP Project**: No

## Statistics

- **Stars**: 0
- **Forks**: 2
- **Created**: 2025-11-06
- **Last Updated**: 2025-11-06

## Categories & Tags

**Categories**: Uncategorized

**Tags**: None

## README

# QTGof23

#### 介绍
用QT实现23种基本的设计模式，增加一些变种；
QT6.7
VS2022
C++

#### 软件架构
软件架构说明


#### 安装教程


#### 使用说明

#### 设计模式介绍

一、简介

1.设计模式定义

2.设计模式的历史

二、设计模式的六大原则

总原则：开闭原则（Open Close Principle）

1、单一职责原则

2、里氏替换原则（Liskov Substitution Principle）

3、依赖倒转原则（Dependence Inversion Principle）

4、接口隔离原则（Interface Segregation Principle）

5、迪米特法则（最少知道原则）（Demeter Principle）

6、合成复用原则（Composite Reuse Principle）

二、设计模式的分类

	2.1. 创建型模式（Creational Patterns）：
	
		工厂方法（Factory Method）
		抽象工厂（Abstract Factory）
		单例（Singleton）
		原型（Prototype）
		建造者（Builder）
		
	2.2. 结构型模式（Structural Patterns）：

		适配器（Adapter）
		桥接（Bridge）
		组合（Composite）
		装饰器（Decorator）
		外观（Facade）
		享元（Flyweight）
		代理（Proxy）
	
	2.3. 行为型模式（Behavioral Patterns）：

		观察者（Observer）
		迭代器（Iterator）
		策略（Strategy）
		命令（Command）
		模板方法（Template Method）
		职责链（Chain of Responsibility）
		备忘录（Memento）
		状态（State）
		访问者 （Visitor）
		中介者（Mediator）
		解释器 （Interpreter）
		
    2.4. 其他类型的模式：
        在某些分类中，还会提到一些其他类型的模式，例如： ————并发性模式：如生产者-消费者、读写锁等。 ————架构模式：如MVC、MVVM等。

 三、基于电商平台常用业务（订单、支付、优惠券等）创作的使用示例

//单例设计模式

//原型设计模式

//建造者设计模式

//适配器设计模式

//装饰者设计模式

//外观设计模式

//桥接设计模式

//代理设计模式

//组合设计模式

//责任链设计模式

//命令设计模式

//解释器设计模式

//迭代器设计模式

//中介者设计模式

//观察者设计模式

//状态设计模式

//策略设计模式

//模板方法设计模式

//备忘录设计模式

//访问者设计模式

//解释器设计模式

//调停者设计模式

一、简介
1.设计模式定义
设计模式是一组有用的解决方案，用于解决特定类型的软件设计问题。它们通常提供了一种抽象出来的方式，来表达应用程序中常见问题的解决方案，从而帮助开发者更有效地解决问题。设计模式的用途是帮助开发者解决软件设计问题，提高开发效率，降低开发成本，提高代码质量和可维护性，以及更好地管理和理解复杂的系统。设计模式的优点是可以提高代码可维护性，减少代码重复，提高开发效率，降低开发成本，提高代码质量和可维护性，以及更好地管理和理解复杂的系统。设计模式的缺点是可能会使代码变得复杂，也可能会过度设计。设计模式的出处是由GoF（Gang of Four）在1995年发表的著作“设计模式：可复用面向对象软件的基础”中提出。

2.设计模式的历史
设计模式可以追溯到1960年代，当时著名的软件工程师和设计师们开始研究如何提高软件开发的效率和可维护性。他们发现，应用一些重复出现的设计模式可以提高软件开发的效率，并极大地改善软件的可读性和可维护性。这些设计模式在1970年代末被称为“永恒的设计模式”，并在1995年由Erich Gamma，Richard Helm, Ralph Johnson和John Vlissides出版。他们的书，称为“设计模式：可复用面向对象软件的基础”，成为设计模式的代表作品，并且引发了关于设计模式的热烈讨论。此外，这本书还为软件开发人员提供了一套可复用的设计模式，以帮助他们更好地理解和实施设计模式

二、设计模式的六大原则
总原则：开闭原则（Open Close Principle）
实体应该对扩展开放，对修改关闭，即软件实体应尽量在不修改原有代码的情况下进行扩展。

应用时注意点是要充分利用抽象类和接口、多态等特性，将可变部分封装起来，提高系统的灵活性和可维护性。

1、单一职责原则
一个类应该只负责一项职责，不要存在多于一个的非本职责原因引起类的变更。简单来说就是类的职责要单一。

应用时注意点是要在设计时尽量把类的职责划分清楚，把功能模块化，提高系统的灵活性和可维护性。

2、里氏替换原则（Liskov Substitution Principle）
里氏代换原则(Liskov Substitution Principle LSP)面向对象设计的基本原则之一。 里氏代换原则中说，任何基类可以出现的地方，子类一定可以出现。 LSP是继承复用的基石，只有当衍生类可以替换掉基类，软件单位的功能不受到影响时，基类才能真正被复用，而衍生类也能够在基类的基础上增加新的行为。里氏代换原则是对“开-闭”原则的补充。实现“开-闭”原则的关键步骤就是抽象化。而基类与子类的继承关系就是抽象化的具体实现，所以里氏代换原则是对实现抽象化的具体步骤的规范。

历史替换原则中，子类对父类的方法尽量不要重写和重载。因为父类代表了定义好的结构，通过这个规范的接口与外界交互，子类不应该随便破坏它。

 应用时注意点是在设计时应让父类和子类之间有一个共同的抽象层，以便子类可以重写父类的抽象方法，并在子类中实现这些抽象方法。

3、依赖倒转原则（Dependence Inversion Principle）
这个是开闭原则的基础，具体内容：面向接口编程，依赖于抽象而不依赖于具体。

 应用时注意点是要在设计时以抽象为基础，尽量将细节层次降低，使系统可以更灵活地应对变化。写代码时用到具体类时，不与具体类交互，而与具体类的上层接口交互。

4、接口隔离原则（Interface Segregation Principle）
每个接口中不存在子类用不到却必须实现的方法，如果不然，就要将接口拆分。使用多个隔离的接口，比使用单个接口（多个接口方法集合到一个的接口）要好。简单地说使用多个专门的接口，而不使用单一的总接口。

应用时注意点是要把接口进行分解，使用多个小接口，以便更好地实现功能的模块化管理，提高系统的灵活性和可维护性。

5、迪米特法则（最少知道原则）（Demeter Principle）
就是说：一个类对自己依赖的类知道的越少越好。也就是说无论被依赖的类多么复杂，都应该将逻辑封装在方法的内部，通过public方法提供给外部。这样当被依赖的类变化时，才能最小的影响该类。

最少知道原则的另一个表达方式是：只与直接的朋友通信。类之间只要有耦合关系，就叫朋友关系。耦合分为依赖、关联、聚合、组合等。我们称出现为成员变量、方法参数、方法返回值中的类为直接朋友。局部变量、临时变量则不是直接的朋友。我们要求陌生的类不要作为局部变量出现在类中。

 应用时注意点是要尽量减少类与类之间的耦合，提高系统的灵活性和可维护性。

6、合成复用原则（Composite Reuse Principle）
指尽量使用组合/聚合的方式，而不是使用继承关系来达到复用的目的。

应用时注意点是要尽量使用组合/聚合的方式，使用继承可能带来的耦合性太强，从而影响系统的灵活性和可维护性。

二、设计模式的分类
总体来说设计模式分为三大类：

创建型设计模式，共五种：工厂方法设计模式、抽象工厂设计模式、单例设计模式、建造者设计模式、原型设计模式。

结构型设计模式，共七种：适配器设计模式、装饰器设计模式、代理设计模式、外观设计模式、桥接设计模式、组合设计模式、享元设计模式。

行为型设计模式，共十一种：策略设计模式、模板方法设计模式、观察者设计模式、迭代子设计模式、责任链设计模式、命令设计模式、备忘录设计模式、状态设计模式、访问者设计模式、中介者设计模式、解释器设计模式。


#### 参与贡献


引用请注明出处；   作者：牛先生

1.  Fork 本仓库
2.  新建 Feat_xxx 分支
3.  提交代码
4.  新建 Pull Request

#参考资料：
https://blog.csdn.net/qq_43119867/article/details/130405835
https://blog.csdn.net/duchengjun/article/details/91431425
https://www.bilibili.com/video/BV1F54y1R7L1
https://www.bilibili.com/video/BV1CT421e7Sp
其他；

#### 特技

1.  使用 Readme\_XXX.md 来支持不同的语言，例如 Readme\_en.md, Readme\_zh.md
2.  Gitee 官方博客 [blog.gitee.com](https://blog.gitee.com)
3.  你可以 [https://gitee.com/explore](https://gitee.com/explore) 这个地址来了解 Gitee 上的优秀开源项目
4.  [GVP](https://gitee.com/gvp) 全称是 Gitee 最有价值开源项目，是综合评定出的优秀开源项目
5.  Gitee 官方提供的使用手册 [https://gitee.com/help](https://gitee.com/help)
6.  Gitee 封面人物是一档用来展示 Gitee 会员风采的栏目 [https://gitee.com/gitee-stars/](https://gitee.com/gitee-stars/)