设计模式学习(二)工厂模式——抽象工厂模式+注册表

· 浏览次数 : 4

小编点评

前言 在软件工程中,工厂模式是一种常用的设计模式,用于处理对象创建的问题。本文主要探讨了简单工厂和注册表的改进及其对违反开闭原则的修复。 一、简单工厂的缺陷 在《设计模式学习(二)工厂模式——工厂方法模式+注册表》中,我们提到了抽象工厂模式的初版代码存在一些问题。其中最主要的问题是违反了开闭原则,即当增加新的产品时,需要修改工厂类的实现。这会导致代码难以维护和扩展。 二、使用简单工厂改进 为了改进这个问题,我们可以使用简单工厂的思路来改进抽象工厂的初版代码。具体做法是去除CameraFactory、BaslerCameraFactory和SickCameraFactory,取而代之的是一个统一的简单工厂类。例如: ``` class SimpleFactory{ public: BaslerCamera* CreateBaslerCamera(); SickCamera* CreateSickCamera(); // 其他产品创建函数 }; int main(){ SimpleFactory* camera_factory = new SimpleFactory(); BaslerCamera* basler_camera = camera_factory->CreateBaslerCamera(); sick_camera = camera_factory->CreateSickCamera(); // 使用其他产品 return 0; } ``` 三、注册表的引入 然而,使用简单工厂仍然存在一个问题,即当增加新产品时,对工厂类带来的修改违反了开闭原则。为了解决这个问题,我们可以引入注册表。 具体来说,我们可以使用一个注册表来存储所有已知的产品类。这样,在创建产品时,工厂类可以根据产品名称来获取对应的产品类,而不需要使用if或switch语句进行分支判断。例如: ``` class LinuxBaslerCamera : public BaslerCamera{ public: ~LinuxBaslerCamera() override = default; bool OpenCamera() override; }; ReflectRegister("LinuxBasler", LinuxBaslerCamera); class SimpleFactory{ public: BaslerCamera* CreateBaslerCamera(); SickCamera* CreateSickCamera(); // 其他产品创建函数 }; int main(){ SimpleFactory* camera_factory = new SimpleFactory(); BaslerCamera* basler_camera = camera_factory->CreateBaslerCamera(); sick_camera = camera_factory->CreateSickCamera(); // 使用其他产品 return 0; } ``` 四、总结 本文通过使用简单工厂和改进注册表的方式,解决了抽象工厂模式初版代码中违反开闭原则的问题。这样,当增加新产品时,我们不需要修改工厂类的实现,从而提高了代码的可维护性和可扩展性。

正文

前言

上一篇文章中我们提到了抽象工厂模式初版代码的一些缺点:①客户端违反开闭原则②提供方违反开闭原则。本文将针对这两点进行讨论

使用简单工厂改进

对于缺点①,我们可以使用简单工厂的思路来改进抽象工厂的初版代码。对于上一篇文章中的例子,我们去除CameraFactoryBaslerCameraFactorySickCameraFactory,取而代之的是SimpleFactory类。

类图如下:

代码如下:

//工厂类
class SimpleFactory
{
public:
    BaslerCamera* CreateBaslerCamera()
    {
        if ("Linux" == os_name_)
        {
            return new LinuxBaslerCamera();
        }
        else if ("Windows" == os_name_)
        {
            return new WindowsBaslerCamera();
        }
        else
        {
            return nullptr;
        }
    }

    SickCamera* CreateSickCamera()
    {
        if ("Linux" == os_name_)
        {
            return new LinuxSickCamera();
        }
        else if ("Windows" == os_name_)
        {
            return new WindowsSickCamera();
        }
        else
        {
            return nullptr;
        }
    }
public:
    std::string os_name_ = "Linux";

};

//客户端
int main()
{
    SimpleFactory* camera_factory = new SimpleFactory();
   
    BaslerCamera* basler_camera = camera_factory->CreateBaslerCamera();
    basler_camera->OpenCamera();

    SickCamera* sick_camera = camera_factory->CreateSickCamera();
    sick_camera->OpenCamera();

    return 0;
}

注意,上述方法虽然改进了缺点①,但是缺点②仍存在。

使用注册表改进

对于缺点②,其本质是:增加新产品时,对工厂类带来的修改违反了开闭原则。对于这种情况,我们可以参考《设计模式学习(二)工厂模式——工厂方法模式+注册表》中提到的注册表,来去除switchif这种分支判断,解除分支判断带来的耦合。

对于具体产品,我们可以这样将它注册:

class LinuxBaslerCamera : public BaslerCamera
{
public:
    ~LinuxBaslerCamera() override = default;
    bool OpenCamera() override
    {
        return true;
    }
};

ReflectRegister("LinuxBasler", LinuxBaslerCamera);

然后工厂类的代码可以简化为:

class SimpleFactory
{
public:
    BaslerCamera* CreateBaslerCamera()
    {
        std::string name = os_name_ + "Basler";
        return Object::CreateObject<BaslerCamera>(name);
    }

    SickCamera* CreateSickCamera()
    {
        std::string name = os_name_ + "Sick";
        return Object::CreateObject<SickCamera>(name);
    }
public:
    std::string os_name_ = "Linux";
};

这样,在产品族增加时(比如增加一个HarmonyOS),我们只需要在它下面的产品类对应的文件中使用ReflectRegister注册,然后改变os_name_即可(当然os_name_也可以在运行时从配置文件中加载,这样更好)。

而对于现有的产品族内增加新产品(比如增加一个Huaray相机),工厂类中还是要增加一个CreateHuarayCamera函数。

参考文章

1.《大话设计模式》

与设计模式学习(二)工厂模式——抽象工厂模式+注册表相似的内容:

设计模式学习(二)工厂模式——抽象工厂模式+注册表

目录前言使用简单工厂改进使用注册表改进参考文章 前言 在上一篇文章中我们提到了抽象工厂模式初版代码的一些缺点:①客户端违反开闭原则②提供方违反开闭原则。本文将针对这两点进行讨论 使用简单工厂改进 对于缺点①,我们可以使用简单工厂的思路来改进抽象工厂的初版代码。对于上一篇文章中的例子,我们去除Came

Spring框架中的设计模式(重点学习!!!)

# Spring中的设计模式 Spring框架中用到的设计模式有很多,以下是一些常见的设计模式: 1. 依赖注入(DI)和控制反转(IoC):这是Spring框架最核心的设计模式,它允许开发人员将对象之间的依赖关系从代码中抽离出来,由Spring容器负责管理和注入对象之间的依赖关系。 2. 工厂模式

设计模式学习(二)工厂模式——抽象工厂模式

目录背景抽象工厂模式优点与缺点参考文章 背景 现在我需要开发一个相机操作模块,它可能在Windows下运行,也可能在Linux下运行。由于在厂家提供的SDK中,Windows下的SDK和Linux下的SDK是有区别的,因此对于一个品牌的相机,我们要创建两个类去封装这两个不同平台下的API。 我们先使

设计模式学习(三):工厂模式

设计模式学习(三):工厂模式 作者:Grey 原文地址: 博客园:设计模式学习(三):工厂模式 CSDN:设计模式学习(三):工厂模式 工厂模式 工厂模式是创建型模式,工厂模式分为:简单工厂,工厂方法和抽象工厂三种类型。 简单工厂 这个模式很简单,比如我们需要制造不同类型的鼠标,我们只需要创建一个鼠

设计模式之抽象工厂模式(学习笔记)

定义 抽象工厂模式是一种创建型设计模式,它提供一个接口,用于创建一系列相关或依赖的对象,而无需指定它们的具体类。抽象工厂模式将对象的创建过程抽象化,允许子类通过实现具体工厂类来定制对象的创建。 为什么使用抽象工厂模式 产品族的一致性 抽象工厂模式确保同一产品族中的对象之间的一致性。 部分遵循开闭原则

设计模式学习(二)工厂模式——工厂方法模式+注册表

目录工厂方法模式的瑕疵注册表 工厂方法模式的瑕疵 在前一篇笔记中我们介绍了工厂方法模式,示例的类图如下: 考虑一种情况:现在要在程序运行时,根据外部资源,动态的实例化对象。也就是说在编译期我们无法知道要实例化的对象的类型。因此在实例化的过程中,就需要加以判断。 例如,在我的例子中,要根据连接到主机的

【23种设计模式】工厂方法模式(二)

## 前言 在讲述之工厂方法模式前,我们来先了解简单工厂模式,简单工厂模式是最简单的设计模式之一,它虽然不属于GoF的23种设计模式,但是应用也较为频繁,同时它也是学习其他创建型模式的基础。下面我们来先了解下简单工厂模式,然后针对它的缺点来引出工厂方法模式。 ## 简单工厂模式定义 **简单工厂模式

设计模式之简单工厂模式(学习笔记)

定义 简单工厂模式(Simple Factory Pattern)是一种创建型设计模式,它定义一个用于创建对象的接口,但由一个单独的类来实现实际创建的工作。简单工厂模式通过在一个类中集中管理对象的创建过程,可以减少客户端与具体类之间的耦合,使得代码结构更加清晰和易于维护。通过专门定义一个类来负责创建

设计模式之工厂模式(学习笔记)

定义 工厂方法模式是一种创建型设计模式,它定义了一个用于创建对象的接口,但由子类来决定实例化哪一个类。工厂方法使得类的实例化延迟到子类,这样可以让客户端在不需要知道具体类的情况下创建对象。工厂方法模式通过使用继承和多态性,允许子类来控制对象的创建方式,能够更好地应对对象创建的复杂性和变化性。 为什么

设计模式-C#实现简单工厂模式

前言 上一篇文章写了如何使用RabbitMQ做个简单的发送邮件项目,然后评论也是比较多,也是准备去学习一下如何确保RabbitMQ的消息可靠性,但是由于时间原因,先来说说设计模式中的简单工厂模式吧! 在了解简单工厂模式之前,我们要知道C#是一款面向对象的高级程序语言。它有3大特性,封装、继承、多态。