C++实现设计模式---抽象工厂模式 (Abstract Factory)

ops/2025/1/12 17:09:19/

抽象工厂模式 (Abstract Factory)

抽象工厂模式 是一种创建型设计模式,提供一个接口,用于创建一组相关或互相依赖的对象,而无需指定它们的具体类。


意图

  • 提供一个创建一组相关对象的接口,而无需指定它们的具体类。
  • 解决产品对象之间的相互依赖问题,使得一组对象能协同工作。

使用场景

  1. 需要创建一组相关对象
    • 如 GUI 程序中,窗口、按钮、菜单等需要统一的外观风格。
  2. 需要保证对象之间的兼容性
    • 如游戏开发中,不同种族的士兵和建筑需要互相匹配。
  3. 需要隐藏具体实现
    • 客户端代码只依赖于产品接口,具体实现被封装。

参与者角色

  1. 抽象工厂 (Abstract Factory)
    • 声明一组用于创建相关对象的接口。
  2. 具体工厂 (Concrete Factory)
    • 实现抽象工厂的接口,创建具体的产品。
  3. 抽象产品 (Abstract Product)
    • 定义所有产品的公共接口。
  4. 具体产品 (Concrete Product)
    • 实现抽象产品的接口,为具体工厂生产的对象。

示例代码

以下示例展示了如何使用抽象工厂模式为不同操作系统创建相关的 GUI 组件(按钮和窗口)。

#include <iostream>
#include <memory>// 抽象产品 A: 按钮
class Button {
public:virtual void render() const = 0;virtual ~Button() {}
};// 具体产品 A1: Windows 按钮
class WindowsButton : public Button {
public:void render() const override {std::cout << "Rendering Windows Button" << std::endl;}
};// 具体产品 A2: Mac 按钮
class MacButton : public Button {
public:void render() const override {std::cout << "Rendering Mac Button" << std::endl;}
};// 抽象产品 B: 窗口
class Window {
public:virtual void render() const = 0;virtual ~Window() {}
};// 具体产品 B1: Windows 窗口
class WindowsWindow : public Window {
public:void render() const override {std::cout << "Rendering Windows Window" << std::endl;}
};// 具体产品 B2: Mac 窗口
class MacWindow : public Window {
public:void render() const override {std::cout << "Rendering Mac Window" << std::endl;}
};// 抽象工厂
class GUIFactory {
public:virtual std::unique_ptr<Button> createButton() const = 0;virtual std::unique_ptr<Window> createWindow() const = 0;virtual ~GUIFactory() {}
};// 具体工厂 1: Windows 工厂
class WindowsFactory : public GUIFactory {
public:std::unique_ptr<Button> createButton() const override {return std::make_unique<WindowsButton>();}std::unique_ptr<Window> createWindow() const override {return std::make_unique<WindowsWindow>();}
};// 具体工厂 2: Mac 工厂
class MacFactory : public GUIFactory {
public:std::unique_ptr<Button> createButton() const override {return std::make_unique<MacButton>();}std::unique_ptr<Window> createWindow() const override {return std::make_unique<MacWindow>();}
};// 主函数
int main() {// 选择具体工厂std::unique_ptr<GUIFactory> factory = std::make_unique<WindowsFactory>();// 使用工厂创建产品auto button = factory->createButton();auto window = factory->createWindow();button->render(); // 输出:Rendering Windows Buttonwindow->render(); // 输出:Rendering Windows Window// 切换到另一种具体工厂factory = std::make_unique<MacFactory>();button = factory->createButton();window = factory->createWindow();button->render(); // 输出:Rendering Mac Buttonwindow->render(); // 输出:Rendering Mac Windowreturn 0;
}

代码解析

1. 抽象产品类

定义了产品的公共接口,确保产品类型的一致性:

class Button {
public:virtual void render() const = 0;virtual ~Button() {}
};

2. 具体产品类

实现了抽象产品接口,并提供具体功能:

class WindowsButton : public Button {
public:void render() const override {std::cout << "Rendering Windows Button" << std::endl;}
};

3. 抽象工厂

定义了创建一组相关产品的接口:

class GUIFactory {
public:virtual std::unique_ptr<Button> createButton() const = 0;virtual std::unique_ptr<Window> createWindow() const = 0;virtual ~GUIFactory() {}
};

4. 具体工厂

实现了抽象工厂接口,负责生产具体的产品:

class WindowsFactory : public GUIFactory {
public:std::unique_ptr<Button> createButton() const override {return std::make_unique<WindowsButton>();}std::unique_ptr<Window> createWindow() const override {return std::make_unique<WindowsWindow>();}
};

5. 主函数

客户端代码通过工厂接口创建产品,无需知道具体产品的实现:

std::unique_ptr<GUIFactory> factory = std::make_unique<WindowsFactory>();
auto button = factory->createButton();
auto window = factory->createWindow();
button->render();
window->render();

优缺点

优点

  1. 解耦:客户端代码只依赖抽象工厂和抽象产品,与具体实现无关。
  2. 保证产品一致性:抽象工厂确保一组对象是兼容的。
  3. 扩展性强:可以通过新增具体工厂扩展系统。

缺点

  1. 增加复杂性:每增加一组产品需要新增抽象类和具体类。
  2. 灵活性受限:对现有产品结构的修改可能需要更新所有工厂。

适用场景

  • 跨平台开发:如为不同操作系统设计统一的 GUI。
  • 产品族设计:如游戏中不同种族的士兵和建筑需要互相匹配。
  • 动态扩展产品族:如增加新的平台支持。

改进与扩展

  1. 结合配置文件
    动态选择具体工厂,根据运行时条件决定产品族的创建:

    std::unique_ptr<GUIFactory> factory;
    if (platform == "Windows") {factory = std::make_unique<WindowsFactory>();
    } else {factory = std::make_unique<MacFactory>();
    }
    
  2. 引入依赖注入框架
    通过依赖注入简化工厂选择的逻辑,使得代码更易于维护和测试。


总结

抽象工厂模式通过提供一个接口,用于创建一组相关对象,实现了创建逻辑的集中化和产品族之间的兼容性。
它适用于需要跨平台开发或产品族设计的场景。


http://www.ppmy.cn/ops/149506.html

相关文章

(概率论)无偏估计

参考文章&#xff1a;(15 封私信 / 51 条消息) 什么是无偏估计&#xff1f; - 知乎 (zhihu.com) 首先&#xff0c;第一个回答中&#xff0c;马同学图解数学讲解得很形象&#xff0c; 我的概括是&#xff1a;“注意&#xff0c;有一个总体的均值u。然后&#xff0c;如果抽样n个&…

理解Apache Spark中的宽窄依赖

在Apache Spark中&#xff0c;宽窄依赖是理解其运行原理和RDD&#xff08;弹性分布式数据集&#xff09;数据结构的关键概念&#xff0c;以下是具体分析&#xff1a; 从Spark运行原理角度 宽依赖&#xff1a;宽依赖意味着一个父RDD的分区会被多个子RDD分区使用&#xff0c;通…

计算机网络-数据链路层(交换机相关知识)

2.5交换机 2.5.1集线器和交换机的区别 使用集线器和双绞线的星型网络 使用集线器的以太网在逻辑上仍然是一个总线网&#xff0c;在各站共享总线资源&#xff0c;使用的还是CSMA/CD协议&#xff1b; 集线器只工作在物理层&#xff0c;他的每个接口仅简单的转发bit&#xff0c;…

【Spring Boot 应用开发】-04 自动配置-数据源

深入讲解 Spring Boot 自动配置中的数据源配置 为了更好地理解 Spring Boot 中的自动配置机制&#xff0c;我们以数据源配置机制为例&#xff0c;按照以下顺序进行讲解&#xff1a; 不使用任何框架来连接数据源的方式使用 Spring MVC 连接数据源的方式使用 Spring Boot 自动配…

OpenCoze 安全性及国产化替代剖析

OpenCoze 作为一款具有潜力的开源企业 ERP MES 系统&#xff0c;其在安全性设计以及国产化替代策略上有着独特的考量&#xff0c;以满足企业在复杂多变的数字化环境中的需求。 一、安全性设计 &#xff08;一&#xff09;用户认证与授权 动态令牌认证&#xff1a;OpenCoze …

详解用大模型超拟人语音做桌面AI宠物/机器人的个性化能力

前言 本文基于前面已经落地的CSK6大模型语音视觉开发板的配套示例功能来进行讲解&#xff0c;超拟人交互效果可以参考视频&#xff1a; 超拟人语音极速回复演示视频 目前聆思平台的超拟人模板实现了快速响应、声纹识别、知识库问答、兜底闲聊、超拟人TTS等功能&#xff0c;具体…

linux开发的一些问题

1.linux由于目前的开发环境问题,是在10.00.00.213上完成编译,在10.00.00.52上启动和调试xds,它们之间的文件互传可以使用xftp 2.在10.00.00.213编译的时候,首先需要设置环境变量,然后也需要及时更新对应的代码. 编辑10.00.00.213上的linux时,使用的时mobaXterm,启动时要设置自定…

为AI聊天工具添加一个知识系统 之26 资源存储库和资源管理器

本文要点 资源存储库 为了能完成本项目&#xff08;“为AI聊天工具增加一个知识系统”&#xff0c;其核心能力是“语言处理” &#xff0c;该能力的最大挑战 当仁不让的应该是自然语言处理&#xff09;的设计&#xff0c;我们考虑一个问题&#xff1a;在自然语言处理中&#…