当前位置: 首页 > news >正文

设计模式 Day 2:工厂方法模式(Factory Method Pattern)详解

继 Day 1 学习了单例模式之后,今天我们继续深入对象创建型设计模式——工厂方法模式(Factory Method)。工厂方法模式为对象创建提供了更大的灵活性和扩展性,是实际开发中使用频率极高的一种设计模式。

一方面,我们将简要回顾 Day 1 的单例模式,帮助建立起模式之间的连接;另一方面,重点学习如何通过工厂方法封装对象创建逻辑,做到"开闭原则"。


在这里插入图片描述

一、Day 1 回顾:单例模式

单例模式的核心要点:

  • 保证类的唯一实例
  • 提供一个全局访问点
  • 常见实现包括懒汉式、饿汉式、静态内部类、双重检查锁等。
  • 推荐 C++11 使用局部静态变量方式实现线程安全单例。

代码示例(局部静态单例):

class Logger {
private:
    Logger() {}
public:
    static Logger* getInstance() {
        static Logger instance;
        return &instance;
    }
    void log(const std::string& msg) {
        std::cout << "[LOG]: " << msg << std::endl;
    }
};

二、本日主题:工厂方法模式

1. 意图说明

工厂方法模式:定义一个用于创建对象的接口,让子类决定实例化哪一个类。工厂方法使一个类的实例化延迟到其子类。

核心解决:将对象创建的控制权下放到子类中


2. 结构与角色

+-------------------+       +---------------------+
|   Product         |<------+  ConcreteProductA   |
+-------------------+       +---------------------+
       ^                         ^
       |                         |
+--------------+        +------------------+
| Factory      |<-------| ConcreteFactoryA |
+--------------+        +------------------+
| + create()   |        | + create()       |
+--------------+        +------------------+
  • Product:抽象产品类
  • ConcreteProduct:具体产品类
  • Factory:抽象工厂类,声明工厂方法
  • ConcreteFactory:具体工厂类,负责生产具体产品

3. 示例:日志系统的多种实现

我们希望在程序中根据不同配置,使用不同类型的日志(如控制台日志、文件日志等)。使用工厂方法模式如下:

(1) 抽象产品接口
class Logger {
public:
    virtual void log(const std::string& msg) = 0;
    virtual ~Logger() {}
};
(2) 具体产品实现
class ConsoleLogger : public Logger {
public:
    void log(const std::string& msg) override {
        std::cout << "[Console] " << msg << std::endl;
    }
};

class FileLogger : public Logger {
public:
    void log(const std::string& msg) override {
        // 简化处理,真实应写入文件
        std::cout << "[File] " << msg << std::endl;
    }
};
(3) 工厂接口
class LoggerFactory {
public:
    virtual Logger* createLogger() = 0;
    virtual ~LoggerFactory() {}
};
(4) 具体工厂类
class ConsoleLoggerFactory : public LoggerFactory {
public:
    Logger* createLogger() override {
        return new ConsoleLogger();
    }
};

class FileLoggerFactory : public LoggerFactory {
public:
    Logger* createLogger() override {
        return new FileLogger();
    }
};
(5) 客户端使用
void testFactory(LoggerFactory* factory) {
    Logger* logger = factory->createLogger();
    logger->log("This is a test message.");
    delete logger;
}

int main() {
    ConsoleLoggerFactory consoleFactory;
    testFactory(&consoleFactory);

    FileLoggerFactory fileFactory;
    testFactory(&fileFactory);

    return 0;
}

4. 优缺点总结

✅ 优点:
  • 满足开闭原则:新增产品时只需添加新工厂和产品类,无需改动原有逻辑。
  • 屏蔽具体产品类,解耦创建逻辑与使用逻辑。
❌ 缺点:
  • 类的数量增多:每种产品都需要对应工厂类。
  • 结构相对复杂,不适合产品类型单一的简单场景。

三、适用场景总结

场景原因
日志模块支持多种输出方式控制台、文件、网络输出分开实现
图像加载库支持多种格式不同格式(PNG/JPEG/GIF)封装为产品类
数据库驱动连接MySQL/PostgreSQL/SQLite 等切换方便

四、今日练习题

✍️ 题目一:

设计一个简化的图像解码系统,要求支持解码 PNG 和 JPEG 图像,使用工厂方法模式设计产品与工厂类结构。

✍️ 题目二:

工厂方法模式如何比简单工厂模式更符合开闭原则?请结合实际项目经验说明。


五、滚动复习:Day 1 要点回顾

  • 单例模式确保类只有一个实例,常用于日志、配置、线程池等场景;
  • 推荐使用 C++11 局部静态变量实现线程安全单例;
  • 注意拷贝构造与赋值运算符需禁用;
  • 单例不易测试,可能违反开闭原则。

六、小结与展望

今天我们学习了工厂方法模式,掌握了如何将对象创建交给子类工厂完成,以提高系统的灵活性和可扩展性。明日我们将学习抽象工厂模式(Abstract Factory),它是工厂方法模式的进一步扩展,适用于产品族的创建场景。

持续学习,稳步进阶,设计模式每天一点点,收获将是长远的代码质量提升与架构思维成长。

相关文章:

  • Sentinel[超详细讲解]-4
  • 【linux】malloc函数申请过程理解
  • HTML中一些需要注意的要点
  • 设计模式(结构性)-代理模式
  • GaussDB高安全—全密态数据库
  • Android SystemProperties 读写机制详解和案例使用
  • 长城汽车联手宇树科技,KPaaS如何赋能制造业数字化升级?
  • # 实时人脸识别系统:基于 OpenCV 和 Python 的实现
  • vue: easy-cron扩展-更友好地显示表达式
  • 【学习篇】pandas进行数据清洗
  • Vue 组件 - 动态组件
  • 蓝牙数字音频和模拟音频优劣势对比?
  • Redis-16.在Java中操作Redis-Spring Data Redis使用方式-操作有序集合类型的数据
  • hive数据仓库
  • arcgis jsapi 4.31 调用geoserver 发布的wms服务
  • Anaconda和Pycharm的区别,以及如何选择两者
  • JVM 学习计划表(2025 版)
  • 01_使用Docker将Coding上项目部署到k8s平台
  • STM32 FATFS - 在SDIO的SD卡中运行fatfs
  • Redis 缓存基础数据类型详解
  • 纽约大学朗格尼医学中心的转型带来哪些启示?
  • 两部上戏学生作品亮相俄罗斯“国际大学生戏剧节”
  • “三德子”赵亮直播间卖“德子土鸡”,外包装商标实为“德子土”
  • 成都公积金新政征求意见:购买保障性住房最高贷款额度上浮50%
  • 计划招录2577人,“国考”补录8日开始报名
  • 马上评|从一个细节看今年五一档电影