创建型设计模式-单例模式/工厂模式/抽象工厂

简介: 创建型设计模式-单例模式/工厂模式/抽象工厂


设计模式分类

设计模式可以分为三种类型:创建型设计模式、结构型设计模式和行为型设计模式

创建型设计模式:这些模式涉及到对象的创建机制,包括简单工厂模式、工厂方法模式、抽象工厂模式、单例模式、建造者模式和原型模式。

结构型设计模式:这些模式涉及到类和对象的组合,包括适配器模式、桥接模式、组合模式、装饰器模式、外观模式、享元模式和代理模式。

行为型设计模式:这些模式涉及到对象之间的通信和交互,包括责任链模式、命令模式、解释器模式、迭代器模式、中介者模式、备忘录模式、观察者模式、状态模式、策略模式、模板方法模式和访问者模式。

本文是对创建型设计模式中的单例、工厂模式的一个总结。

单例模式

定义

保证一个类仅有一个实例,并提供一个该实例的全局访问点。

示例:(懒汉模式-非线程安全)

class Singleton {
public:
  static Singleton * GetInstance() {
    if (_instance == nullptr) {
    _instance = new Singleton();
  }
    return _instance;
  }
private:
  Singleton(){}; //构造
  ~Singleton(){};
  Singleton(const Singleton &) = delete; //拷⻉ 构造
  Singleton& operator=(const Singleton&) = delete;//拷贝赋值构造
  Singleton(Singleton &&) = delete;//移动构造
  Singleton& operator=(Singleton &&) = delete;//移动拷贝构造
  static Singleton * _instance;
};
Singleton* Singleton::_instance = nullptr;//静态成员需要初始化

懒汉模式与饿汉模式

直观区别:饿汉:饿汉就是类一旦加载,就把单例初始化完成,保证getInstance的时候,单例是已经存在了。懒汉:懒汉比较懒,只有当调用getInstance的时候,才回去初始化这个单例。

从性能线程上的区别

1、线程安全:饿汉式天生就是线程安全的,可以直接用于多线程而不会出现问题。懒汉式本身是非线程安全的。

2、资源加载和性能:饿汉式在类创建的同时就实例化一个静态对象出来,不管之后会不会使用这个单例,都会占据一定的内 存,但是相应的,在第一次调用时速度也会更快,因为其资源已经初始化完成。

而懒汉式顾名思义,会延迟加载,在第一次使用该单例的时候才会实例化对象出来,第一次调用时要做初始化,如果要做的工作比较多,性能上会有些延迟,之后就和饿汉式一样了。

如果这个创建过程很耗时,比如需要连接10000次数据库(夸张了…😃),并且这个类还并不一定会被使用,那么这个创建过程就是无用的。这样的话可能懒汉模式更适合。

饿汉模式示例

#include <iostream>
using namespace std;
class Singleton
{
public:
  static Singleton* instance = new Singleton();//提前实例化
    static Singleton* GetInstance() {
        return instance;
    }
private:
    Singleton(){}; //构造
    ~Singleton(){};
    Singleton(const Singleton &) = delete; //拷⻉  构造
    Singleton& operator=(const Singleton&) =
            delete;//拷贝赋值构造
            Singleton(Singleton &&) = delete;//移动构造
            Singleton& operator=(Singleton &&) =
                    delete;//移动拷贝构造
};
int main() {
    Singleton* test1 = Singleton::GetInstance();
    cout << test1 << endl;
    Singleton* test2 = Singleton::GetInstance();
    cout << test2 << endl;
    return 0;
}

懒汉模式-线程安全

#include <mutex>
class Singleton { // 懒汉模式 lazy load
public:
static Singleton * GetInstance() {
//在外面加锁会造成锁资源浪费,,每次调用都会调用锁。
//我们其实只需要第一次调用的时候才需要锁,其他时候是不需要的
if (_instance == nullptr) {
  std::lock_guard<std::mutex> lock(_mutex); // 双重检测可以避免第一次读的时候多个线程进入的问题。
  if (_instance == nullptr) {
    _instance = new Singleton();
  }
}
  return _instance;
}
private:
static void Destructor() {
  if (nullptr != _instance) {
    delete _instance;
    _instance = nullptr;
  }
}
Singleton(){}; //构造
~Singleton(){};
Singleton(const Singleton &) = delete; //拷⻉构造
Singleton& operator=(const Singleton&) = delete;//拷贝赋值构造
Singleton(Singleton &&) = delete;//移动构造
Singleton& operator=(Singleton &&) = delete;//移动拷贝构造
static Singleton * _instance;
static std::mutex _mutex;
};
Singleton* Singleton::_instance = nullptr;//静态成员需要初始化
std::mutex Singleton::_mutex; //互斥锁初始化
  • 双重if判断可以节约资源。不用双重if的话需要在外层加锁,影响效率。

为何要用到静态成员?

当我们正常书写一个类,我们可以通过这个类创建出很多对象,这显然是不符合单例模式规则的。无论我们是在栈上还是堆区创建对象,都会调用构造函数,如果将构造函数私有化,类外就不能创建对象了。但是随之带来了新的问题,现在的类一个对象都创建不了了。

而静态成员变量可以通过类名的方式访问到,不一定通过创建对象。所以我们在类内public作用域下声明一个静态成员变量,类外是可以访问到的。而且静态成员变量是共享的,才符合单例设计模式。

工厂模式

开闭原则

开闭原则,在面向对象编程领域中,规定“软件中的对象(类,模块,函数等等)应该对于扩展是开放的,但是对于修改是封闭的”,这意味着一个实体是允许在不改变它的源代码的前提下变更它的行为。当软件需要变化时,尽量通过扩展软件实体的行为来实现变化,而不是通过修改已有的代码来实现变化。

定义

工厂模式中实例的创建是通过封装了的工厂方法实现的,而不是常见的new操作来实现的。在工厂模式中,我们创建对象时不会对上层暴露创建逻辑,而是通过使用一个共同结构来指向新创建的对象。

简单工厂模式

每类产品需要有一个虚基类,通过接收类别参数生产具体的产品。

#include <iostream>
enum ProductType
{
    PRODUCT_A,
    PRODUCT_B
};
// 产品基类
class Product
{
public:
    virtual void Show() = 0;
};
// 产品 A
class ProductA : public Product
{
public:
    void Show()
    {
        std::cout << "Product A." << std::endl;
    }
};
// 产品 B
class ProductB : public Product
{
public:
    void Show()
    {
        std::cout << "Porduct B." << std::endl;
    }
};
// 工厂
class Factory
{
public:
    Product* Create(int type)
    {
        switch(type)
        {
            case PRODUCT_A : return new ProductA; break;
            case PRODUCT_B : return new ProductB; break;
            default : break;
        }
    }
};
int main()
{
    Factory *factory = new Factory();
    factory->Create(PRODUCT_A)->Show();
    factory->Create(PRODUCT_B)->Show();
    return 0;
}

缺点:简单工厂模式将所有的创建逻辑集中在一个工厂类中。因此需要增加新的类型产品的话,除了增加继承类,还需要修改Factory类中的内容,违背了开闭原则。

工厂方法模式

与简单工厂类相比,通过虚基工厂类来添加新的类型产品。

#include <iostream>
// 产品基类
class Product
{
public:
    virtual void Show() = 0;
};
// 工厂基类
class Factory
{
public:
    virtual Product* Create() = 0;
};
// 产品 A
class ProductA : public Product
{
public:
    void Show()
    {
        std::cout << "Product A." << std::endl;
    }
};
// 产品 B
class ProductB : public Product
{
public:
    void Show()
    {
        std::cout << "Porduct B." << std::endl;
    }
};
// 工厂 A
class FactoryA : public Factory
{
public:
    Product* Create()
    {
        return new ProductA;
    }
};
// 工厂 B
class FactoryB : public Factory
{
public:
    Product* Create()
    {
        return new ProductB;
    }
};
int main()
{
    FactoryA *factoryA = new FactoryA();
    FactoryB *factoryB = new FactoryB();
    factoryA->Create()->Show();
    factoryB->Create()->Show();
    return 0;
}

需要新增类型产品时,新增我们的产品继承类,和工厂继承类就行了,符合开闭原则。

缺点:每类产品都需要新建一个工厂类。导致系统过大。

抽象工厂模式

相对于工厂方法模式中需要每类产品都需要新建一个工厂类,抽象工厂模式,是把几类产品组成一个产品组,并在一个工厂类中去做这个产品组中所有产品的构建动作。

#include <iostream>
// Product A
class ProductA
{
public:
    virtual void Show() = 0;
};
class ProductA1 : public ProductA
{
public:
    void Show()
    {
        std::cout << "Product A1." << std::endl ;
    }
};
class ProductA2 : public ProductA
{
public:
    void Show()
    {
        std::cout << "Product A2." << std::endl ;
    }
};
// Product B
class ProductB
{
public:
    virtual void Show() = 0;
};
class ProductB1 : public ProductB
{
public:
    void Show()
    {
        std::cout << "Product B1." << std::endl ;
    }
};
class ProductB2 : public ProductB
{
public:
    void Show()
    {
        std::cout << "Product B2." << std::endl ;
    }
};
// Factory
class Factory
{
public:
    virtual ProductA* CreateProductA() = 0;
    virtual ProductB* CreateProductB() = 0;
};
class Factory1 : public Factory
{
public:
    ProductA* CreateProductA()
    {
        return new ProductA1();
    }
    ProductB* CreateProductB()
    {
        return new ProductB1();
    }
};
class Factory2 : public Factory
{
    ProductA* CreateProductA()
    {
        return new ProductA2();
    }
    ProductB* CreateProductB()
    {
        return new ProductB2();
    }
};
int main()
{
    Factory  *factoryObj1  = new Factory1();
    ProductA *productObjA1 = factoryObj1->CreateProductA();
    ProductB *productObjB1 = factoryObj1->CreateProductB();
    productObjA1->Show();
    productObjB1->Show();
    Factory  *factoryObj2  = new Factory2();
    ProductA *productObjA2 = factoryObj2->CreateProductA();
    ProductB *productObjB2 = factoryObj2->CreateProductB();
    productObjA2->Show();
    productObjB2->Show();
    return 0;
}

缺点:如果要改我们产品组的结构的话,就需要修改我们的工厂类,这一方面就不符合开闭原则了。但在实际业务中,要避免已经确定的产品组不要再改变。

工厂模式的退化过程

当抽象工厂模式中每一个具体工厂类只创建一个产品对象,抽象工厂模式退化成工厂方法模式;当工厂方法模式中抽象工厂与具体工厂合并,提供一个统一的工厂来创建产品对象,并将创建对象的工厂方法设计为静态方法时(非虚类),工厂方法模式退化成简单工厂模式。


目录
打赏
0
0
0
0
1
分享
相关文章
【设计模式】【创建型模式】单例模式(Singleton)
一、入门 什么是单例模式? 单例模式是一种设计模式,确保一个类只有一个实例,并提供一个全局访问点。它常用于需要全局唯一对象的场景,如配置管理、连接池等。 为什么要单例模式? 节省资源 场景:某些对象创
119 15
设计模式-单例模式练习
单例模式是Java设计模式中的重要概念,确保一个类只有一个实例并提供全局访问点。本文详解单例模式的核心思想、实现方式及线程安全问题,包括基础实现(双重检查锁)、懒汉式与饿汉式对比,以及枚举实现的优势。通过代码示例和类图,深入探讨不同场景下的单例应用,如线程安全、防止反射攻击和序列化破坏等,展示枚举实现的简洁与可靠性。
75 0
设计模式:单例模式
单例模式是一种创建型设计模式,确保一个类只有一个实例,并提供全局访问点。它通过私有化构造函数、自行创建实例和静态方法(如`getInstance()`)实现。适用于数据库连接池、日志管理器等需要全局唯一对象的场景。常见的实现方式包括饿汉式、懒汉式、双重检查锁、静态内部类和枚举。线程安全问题可通过`synchronized`或双重检查锁解决,同时需防止反射和序列化破坏单例。优点是避免资源浪费,缺点是可能增加代码耦合度和测试难度。实际开发中应优先选择枚举或静态内部类,避免滥用单例,并结合依赖注入框架优化使用。
设计模式2:单例模式
单例模式是一种创建型模式,确保一个类只有一个实例,并提供全局访问点。分为懒汉式和饿汉式: - **懒汉式**:延迟加载,首次调用时创建实例,线程安全通过双重检查锁(double check locking)实现,使用`volatile`防止指令重排序。 - **饿汉式**:类加载时即创建实例,线程安全但可能浪费内存。 示例代码展示了如何使用Java实现这两种模式。
56 4
前端必须掌握的设计模式——单例模式
单例模式是一种简单的创建型设计模式,确保一个类只有一个实例,并提供一个全局访问点。适用于窗口对象、登录弹窗等场景,优点包括易于维护、访问和低消耗,但也有安全隐患、可能形成巨石对象及扩展性差等缺点。文中展示了JavaScript和TypeScript的实现方法。
162 13
Kotlin教程笔记(57) - 改良设计模式 - 单例模式
Kotlin教程笔记(57) - 改良设计模式 - 单例模式
83 2
Kotlin教程笔记(57) - 改良设计模式 - 单例模式
Kotlin教程笔记(57) - 改良设计模式 - 单例模式
【设计模式】【创建型模式】工厂方法模式(Factory Methods)
一、入门 什么是工厂方法模式? 工厂方法模式(Factory Method Pattern)是一种创建型设计模式,它定义了一个用于创建对象的接口,但由子类决定实例化哪个类。工厂方法模式使类的实例化延迟
89 16
并发设计模式实战系列(2):领导者/追随者模式
🌟 ​大家好,我是摘星!​ 🌟今天为大家带来的是并发设计模式实战系列,第二章领导者/追随者(Leader/Followers)模式,废话不多说直接开始~
69 0
并发设计模式实战系列(1):半同步/半异步模式
🌟 ​大家好,我是摘星!​ 🌟今天为大家带来的是并发设计模式实战系列,第一章半同步/半异步(Half-Sync/Half-Async)模式,废话不多说直接开始~
59 0

热门文章

最新文章

AI助理
登录插画

登录以查看您的控制台资源

管理云资源
状态一览
快捷访问

你好,我是AI助理

可以解答问题、推荐解决方案等