C++设计模式

最新推荐文章于 2025-05-10 12:09:00 发布

原创最新推荐文章于 2025-05-10 12:09:00 发布 · 1k 阅读

20 ·

本内容遵循CC 4.0 BY-SA版权协议

标签

#c++ #设计模式 #开发语言

简介：

设计模式是软件工程中用于解决常见问题的最佳实践。它们提供了一种系统化的方法，可以在不同的项目中重复使用和改进。设计模式有助于提高代码的可维护性、可重用性和可扩展性。

以下是一些常见的设计模式：

单例模式（Singleton）：确保一个类只有一个实例，并提供一个全局访问点。
工厂模式（Factory）：提供了一种创建对象的最佳方式。工厂模式包括简单工厂、工厂方法和抽象工厂。
建造者模式（Builder）：提供了一种创建对象的最佳方式，特别适用于那些构建过程复杂且构建步骤独立的情况。
原型模式（Prototype）：通过复制现有的实例来创建新的实例。
适配器模式（Adapter）：将一个类的接口转换成客户端所期望的另一个接口。
装饰器模式（Decorator）：动态地给一个对象添加一些额外的职责。
外观模式（Facade）：为子系统中的一组接口提供一个一致的界面。
桥接模式（Bridge）：将抽象与实现解耦，使它们可以独立变化。
组合模式（Composite）：将对象组合成树形结构以表示“部分-整体”的层次结构。
享元模式（Flyweight）：通过共享技术来有效地支持大量细粒度的对象。
观察者模式（Observer）：定义了对象之间的一对多依赖关系，当一个对象的状态发生改变时，所有依赖于它的对象都会得到通知并自动更新。
迭代器模式（Iterator）：提供一种方法顺序访问聚合对象中的各个元素，而不需要暴露其内部的表示。
备忘录模式（Memento）：在不破坏封装性的前提下捕获一个对象的内部状态，并在该对象之外保存这个状态，以后可以恢复对象到这个状态。
状态模式（State）：允许一个对象在其内部状态改变时改变其行为。
策略模式（Strategy）：定义了一系列的算法，并将每一个算法封装起来，使它们可以互相替换。
模板方法模式（Template Method）：定义了一个操作中的算法骨架，将某些步骤延迟到子类中实现。
职责链模式（Chain of Responsibility）：使得多个对象都有机会处理请求，从而避免请求的发送者和接收者之间的耦合关系。
中介者模式（Mediator）：用一个中介对象来封装一系列的对象交互，中介者使各对象不需要显式地相互引用，从而降低耦合度。
解释器模式（Interpreter）：提供一种构建解析器和解释器的最佳方式。
访问者模式（Visitor）：将一个操作逻辑与对象结构分离，使得操作逻辑可以独立于对象结构变化。

1、单例模式（Singleton）：

#include <iostream>
#include <mutex>

class Singleton {
private:
    static Singleton* instance;
    static std::once_flag onceFlag;

    Singleton(){
        std::cout << "Singleton instance created\n";
    }

    Singleton(const Singleton&) = delete;
    Singleton& operator=(const Singleton&) = delete;

public:
    static Singleton* getInstance() {
        std::call_once(onceFlag, []() {
            instance = new Singleton();
        });
        return instance;
    }
};

// 初始化静态成员变量  
Singleton* Singleton::instance = nullptr;  
std::mutex Singleton::mutex_;

std::call_once 和 std::once_flag，这两个工具可以确保某个函数只被调用一次，而不需要每次都加锁：

单例模式的优点主要包括：

实例控制：单例模式确保某个类只有一个实例，可以提供全局访问点。这有助于控制对象的创建和销毁，以及在系统内存中只保留一个对象，从而节省系统资源。
灵活性：由于单例类控制了实例的创建过程，因此可以在运行时根据需要动态地改变实例的状态。此外，可以通过使用静态初始化解决某些初始化问题。

单例模式也存在一些缺点：

抽象层困难：由于单例类没有抽象层，因此很难对其进行扩展。当需要修改单例类的行为时，需要修改并重新编译整个应用程序。
生命周期问题：单例模式的生命周期管理可能导致问题。如果单例对象在程序运行期间一直存在，可能会导致内存泄漏。此外，如果需要在程序结束时清理单例对象，则需要在程序结束时手动销毁该对象。
线程安全问题：在多线程环境下，如果没有正确地实现线程同步，可能会导致多个实例的创建或数据不一致的问题。
单一职责原则违背：单例模式通常将工厂角色和产品角色混合在一起，违反了“单一职责原则”。这使得代码结构不清晰，增加了代码的复杂度。
滥用风险：如果过度使用单例模式，可能会导致代码结构不清晰、可测试性降低、维护困难等问题。因此，应该谨慎使用单例模式，只在必要情况下使用。