设计模式C++

server/2025/3/14 9:33:41/

针对一些经典的常见的场景, 给定了一些对应的解决方案,这个就叫设计模式

设计模式的作用:使代码的可重用性高,可读性强,灵活性好,可维护性强。

设计原则:

单一职责原则:一个类只做一方面的事。

开闭原则:以前写过的代码不能动,修改以前写的代码是非常危险的事情,我们可以在原来的基础上进行扩展,例如添加新的方法。

接口隔离原则:接口定义的功能尽量少,不要包含太多的功能。

里氏替换原则:在继承关系的代码开发中,如果需要进行功能的扩展,不要在子类中改变父类中已经实现的方法,而是通过新增方法来扩展父类的功能。

依赖倒置原则:在定义类的成员变量,参数类型,返回值类型的时候,不要写某个具体的实现类,而是尽量采用接口或者抽象类,这样后续如果我们想改,不需要改动代码,只需要增加实现类就可以了。

创建型模式:

创建型模式:用于解耦对象实例化的过程。

工厂模式:

工厂模式的思想是将对象的创建逻辑封装到一个专门的类中,客户端无需直接 new 具体类,从而降低代码耦合。

当对象创建逻辑复杂,或需要统一管理创建过程时使用工厂模式。

#include <iostream>// 抽象产品类(接口)
class Shape {
public:virtual void draw() = 0;virtual ~Shape() {} // 虚析构,确保正确释放子类对象
};// 具体产品类:圆形
class Circle : public Shape {
public:void draw() override {std::cout << "Drawing a Circle" << std::endl;}
};// 具体产品类:方形
class Square : public Shape {
public:void draw() override {std::cout << "Drawing a Square" << std::endl;}
};
简单工厂模式:

定义抽象产品类,具体产品类,工厂类,用户不必知道创建对象的细节,只需要调用工厂类(静态创建对象函数)。(针对单一产品)

违反了开闭原则,新增产品类需要修改工厂类的代码。

// 工厂类
class ShapeFactory {
public:// 根据类型创建对象(静态方法)static Shape* createShape(const std::string& type) {if (type == "Circle") {return new Circle();} else if (type == "Square") {return new Square();}return nullptr; // 无效类型返回空}
};// 客户端代码
int main() {// 通过工厂创建对象Shape* circle = ShapeFactory::createShape("Circle");Shape* square = ShapeFactory::createShape("Square");circle->draw(); // 输出: Drawing a Circlesquare->draw(); // 输出: Drawing a Squaredelete circle;delete square;return 0;
}
工厂方法模式:

创建抽象工厂类,每一个产品对应一个产品工厂。

// 抽象工厂
class ShapeFactory {
public:virtual Shape* createShape() = 0;virtual ~ShapeFactory() {}
};// 圆形工厂
class CircleFactory : public ShapeFactory {
public:Shape* createShape() override {return new Circle();}
};// 方形工厂
class SquareFactory : public ShapeFactory {
public:Shape* createShape() override {return new Square();}
};// 客户端使用
ShapeFactory* factory = new CircleFactory();
Shape* shape = factory->createShape();
抽象工厂模式:

针对 多个产品族 的创建

#include <iostream>// ----------------- 抽象产品接口 -----------------
// 抽象按钮
class Button {
public:virtual void render() = 0;virtual ~Button() {}
};// 抽象复选框
class Checkbox {
public:virtual void check() = 0;virtual ~Checkbox() {}
};// ----------------- 具体产品实现 -----------------
// Windows 按钮
class WindowsButton : public Button {
public:void render() override {std::cout << "Windows 风格按钮渲染" << std::endl;}
};// Windows 复选框
class WindowsCheckbox : public Checkbox {
public:void check() override {std::cout << "Windows 复选框被勾选" << std::endl;}
};// Mac 按钮
class MacButton : public Button {
public:void render() override {std::cout << "Mac 风格按钮渲染" << std::endl;}
};// Mac 复选框
class MacCheckbox : public Checkbox {
public:void check() override {std::cout << "Mac 复选框被勾选" << std::endl;}
};// ----------------- 抽象工厂接口 -----------------
class GUIFactory {
public:virtual Button* createButton() = 0;virtual Checkbox* createCheckbox() = 0;virtual ~GUIFactory() {}
};// ----------------- 具体工厂实现 -----------------
class WindowsFactory : public GUIFactory {
public:Button* createButton() override {return new WindowsButton();}Checkbox* createCheckbox() override {return new WindowsCheckbox();}
};class MacFactory : public GUIFactory {
public:Button* createButton() override {return new MacButton();}Checkbox* createCheckbox() override {return new MacCheckbox();}
};// ----------------- 客户端代码 -----------------
int main() {// 假设根据当前系统选择工厂GUIFactory* factory;// 模拟配置:选择 Windows 或 Mac 工厂std::string os = "Windows";if (os == "Windows") {factory = new WindowsFactory();} else {factory = new MacFactory();}// 使用工厂创建一组组件Button* button = factory->createButton();Checkbox* checkbox = factory->createCheckbox();button->render();    // 输出对应系统的按钮渲染checkbox->check();   // 输出对应系统的复选框行为delete factory;delete button;delete checkbox;return 0;
}

简单工厂 vs 工厂方法 vs 抽象工厂?

  • 简单工厂:一个工厂类负责所有产品。

  • 工厂方法:每个产品对应一个工厂子类。

  • 抽象工厂:生产一个产品家族(例如不同风格的 UI 组件)。

单例模式

单例设计模式(Singleton Pattern) 是一种创建型设计模式,用于确保一个类只有一个实例,并提供一个全局访问点来访问该实例。单例模式无法被回收,他的生命周期随进程,可以手动释放或者使用智能指针进行管理。

饿汉模式

饿汉模式:饿汉非常简单,定义静态实例,静态方法在加载到内存时就全部加载出来,缺陷是如果很大启动时就会花很长时间。

class Singleton {
private:static Singleton instance; // 静态实例Singleton() {} // 私有构造函数// 禁止拷贝构造函数和赋值操作符,防止拷贝Singleton(const Singleton&) = delete;Singleton& operator=(const Singleton&) = delete;public:static Singleton* getInstance() {return &instance; // 直接返回静态实例的地址}
};// 在类外部初始化静态实例
Singleton Singleton::instance;
懒汉模式

懒汉模式:懒汉的核心思想是“延迟加载”,使用时再创建实例,使用双重检查锁确保线程安全和同步开销。

#include <mutex>class Singleton {
private:static Singleton* instance; // 静态实例指针static std::mutex mutex; // 互斥锁,用于线程同步Singleton() {} // 私有构造函数// 禁止拷贝构造函数和赋值操作符,防止拷贝Singleton(const Singleton&) = delete;Singleton& operator=(const Singleton&) = delete;public:static Singleton* getInstance() {if (instance == nullptr) { // 双重检查锁定(Double-Checked Locking)std::lock_guard<std::mutex> lock(mutex); // 加锁if (instance == nullptr) { // 再次检查实例是否已创建instance = new Singleton(); // 如果未创建,则创建实例}}return instance; // 返回实例的地址}
};// 在类外部初始化静态实例指针和互斥锁
Singleton* Singleton::instance = nullptr;
std::mutex Singleton::mutex;
Meyer's Singleton

使用静态局部变量实现的单例模式。静态局部变量的初始化是线程安全的。编译器会确保静态局部变量只被初始化一次,即使多个线程同时调用 getInstance()。同时避免了资源浪费。实现简单,是现代 C++ 中推荐的单例实现方式。

class Singleton {
private:Singleton() {} // 私有构造函数Singleton(const Singleton&) = delete; // 禁止拷贝构造Singleton& operator=(const Singleton&) = delete; // 禁止赋值操作public:static Singleton& getInstance() {static Singleton instance; // 静态局部变量return instance;}void doSomething() {std::cout << "Singleton is doing something!" << std::endl;}
};
应用场景: 

线程池,内存池

结构型模式:

结构型模式:把类和对象结合在一起形成一个更大的结构。

行为型模式:

行为性模式:类和对象如何交互,划分责任和算法。

策略模式:

允许使用者根据不同的情况选择不同的策略(算法或行为)执行。

  1. 抽象策略接口(SortStrategy
    定义所有具体策略必须实现的方法(如 sort())。

  2. 具体策略类(BubbleSortQuickSort
    实现具体的算法逻辑。

  3. 上下文类(Sorter

    • 持有策略对象的引用(通过组合关系)。

    • 提供设置策略的方法(setStrategy())和执行策略的方法(executeSort())。

#include <iostream>
#include <vector>
#include <memory>// ----------------- 1. 抽象策略接口 -----------------
class SortStrategy {
public:virtual void sort(std::vector<int>& data) = 0;virtual ~SortStrategy() {} // 虚析构确保正确释放资源
};// ----------------- 2. 具体策略类 -----------------
// 冒泡排序策略
class BubbleSort : public SortStrategy {
public:void sort(std::vector<int>& data) override {std::cout << "使用冒泡排序" << std::endl;// 实现冒泡排序逻辑...}
};// 快速排序策略
class QuickSort : public SortStrategy {
public:void sort(std::vector<int>& data) override {std::cout << "使用快速排序" << std::endl;// 实现快速排序逻辑...}
};// ----------------- 3. 上下文类(Context) -----------------
class Sorter {
private:std::unique_ptr<SortStrategy> strategy; // 使用智能指针管理策略对象public:// 设置策略void setStrategy(std::unique_ptr<SortStrategy> newStrategy) {strategy = std::move(newStrategy);}// 执行排序void executeSort(std::vector<int>& data) {if (strategy) {strategy->sort(data);} else {std::cout << "未设置排序策略!" << std::endl;}}
};// ----------------- 客户端代码 -----------------
int main() {Sorter sorter;std::vector<int> data = {5, 2, 7, 1, 3};// 动态切换策略sorter.setStrategy(std::make_unique<BubbleSort>());sorter.executeSort(data); // 输出:使用冒泡排序sorter.setStrategy(std::make_unique<QuickSort>());sorter.executeSort(data); // 输出:使用快速排序return 0;
}
应用场景:

游戏中的角色行为:角色根据状态切换攻击、防御、逃跑策略。

动态使用不同的算法。

观察者模式:

定义对象间的一对多依赖关系,当一个对象(主题)状态改变时,所有依赖它的对象(观察者)会自动收到通知并更新。

应用场景:订阅-通知机制,实现松耦合的一对多事件处理。比如气象观测,观测机器观察到了数据,通知各类的软件。

中介者模式:

用一个中介对象(Mediator)来封装一组对象(Colleague)之间的交互,从而减少对象间的直接耦合。所有对象通过中介者通信,而不是直接相互引用。

应用场景:聊天室

模版模式:

在父类中定义一个规定了算法的执行步骤和顺序的模板方法,声明为 final,再将算法中的步骤声明为抽象方法或虚函数,由子类具体实现。

#include <iostream>// 抽象基类:定义饮料制作的模板
class Beverage {
public:// 模板方法(final 禁止子类修改流程)void prepareBeverage() final {boilWater();brew();addCondiments();pourInCup();}protected:// 具体步骤由子类实现virtual void brew() = 0;virtual void addCondiments() = 0;// 公共步骤(直接复用)void boilWater() {std::cout << "煮沸水" << std::endl;}void pourInCup() {std::cout << "倒入杯子" << std::endl;}virtual ~Beverage() = default;
};// 具体子类:咖啡
class Coffee : public Beverage {
protected:void brew() override {std::cout << "冲泡咖啡粉" << std::endl;}void addCondiments() override {std::cout << "加糖和牛奶" << std::endl;}
};// 具体子类:茶
class Tea : public Beverage {
protected:void brew() override {std::cout << "浸泡茶叶" << std::endl;}void addCondiments() override {std::cout << "加柠檬" << std::endl;}
};// 客户端代码
int main() {Beverage* coffee = new Coffee();coffee->prepareBeverage();// 输出:// 煮沸水// 冲泡咖啡粉// 加糖和牛奶// 倒入杯子Beverage* tea = new Tea();tea->prepareBeverage();// 输出:// 煮沸水// 浸泡茶叶// 加柠檬// 倒入杯子delete coffee;delete tea;return 0;
}
应用场景:

比如餐厅服务员的游戏,制作可乐,雪碧什么的饮料都是一样的步骤,就可以设定一个制作饮料的类,里面规定制作饮料的步骤。


http://www.ppmy.cn/server/174845.html

相关文章

构建rknn的docker镜像

文章目录 安装docker更改镜像源编写dockerfile构建docker镜像构建docker容器 安装docker 瑞芯微开发板自带docker环境&#xff0c;可跳过 # 删除老版本的docker sudo apt-get remove docker docker-engine# 开始安装 sudo apt-get update sudo apt-get install docker.io# 查…

深入理解C++ stl::list 底层实现+模拟实现

欢迎来到干货小仓库!!! "人生没有 Ctrl - Z &#xff0c;但永远可以 push 新版本" 1.list的介绍 ①stl::list的底层实现是带头双向循环链表结构。 ②list是可以在常数范围内在任意位置进行插入和删除的序列式容器&#xff0c;并且该容器可以前后双向迭代。 ③双向…

5-24 色彩与风格——T2IA自适应

前言&#xff1a; 上一节我们介绍了ControlNet中的inpaint局部重绘 主要介绍ControlNet中的T2IA自适应。 色彩风格的参考和借鉴能力&#xff0c;有点类似于5-17 reference参考图 或者 5-16 画面风格迁移-shuffle洗牌 。当然在硬件的要求&#xff0c;软件的算法实现和使用方式…

WPF有哪些使用率高的框架

架构类库 Community Toolkit MVVMMVVM Light UI类库 MahApps.MetroMaterial Design In XAML Toolkit 图标类库 MahApps.Metro.IconPacks

rStar论文精读

论文简介 论文标题&#xff1a;《Mutual reasoning makes smaller LLMs stronger problem-solvers》 论文地址&#xff1a;https://arxiv.org/abs/2408.06195 录用会议&#xff1a;ICLR2025 背景与挑战 挑战1&#xff1a;在SLM中平衡exploration与exploitation。一些方法有很…

Chrome 扩展开发 API实战:Extension(五)

Chrome.bookmarks API 技术文档 1. 引言 在开发 Chrome 扩展程序时&#xff0c;书签的管理是一项常见需求。chrome.bookmarks API 提供了一套强大的接口&#xff0c;允许开发者创建、查询、更新、移动和删除书签。本文将详细介绍如何使用该 API 来操作浏览器中的书签。 2. 权…

结构型模式---享元模式

概念 享元模式是一种结构型设计模式&#xff0c;他摒弃了在每个对象中保存所有数据的方式&#xff0c;通过共享多个对象所共有的相同状态&#xff0c;让你能在有限的内存容量中载入更多对象。享元模式将原始类中的数据分为内在状态数据和外在状态数据。 内在状态&#xff1a;就…

《灵珠觉醒:从零到算法金仙的C++修炼》卷三·天劫试炼(42)九龙神火罩拓扑 - 课程表排序(拓扑排序)

《灵珠觉醒:从零到算法金仙的C++修炼》卷三天劫试炼(42)九龙神火罩拓扑 - 课程表排序(拓扑排序) 哪吒在数据修仙界中继续他的修炼之旅。这一次,他来到了一片神秘的九龙神火罩大阵,阵中有一座巨大的九龙神火罩,罩身闪烁着神秘的光芒。大阵入口处有一块巨大的石碑,上面…