GoF设计模式——工厂方法模式-北京尧图网络

h5打开以查看为什么需要简单工厂模式？假设在开发一个通知系统，最初只支持邮件通知：Notification n = new EmailNotification(); n.send("欢迎注册");简单直接，没毛病。后来产品加了短信通知，代码变成了这样：// 订单模块 if (type.equals("email")) { n = new EmailNotification(); } else if (type.equals("sms")) { n = new SmsNotification(); } n.send("订单已提交"); // 用户模块 if (type.equals("email")) { n = new EmailNotification(); } else if (type.equals("sms")) { n = new SmsNotification(); } n.send("注册成功"); // 营销模块 if (type.equals("email")) { n = new EmailNotification(); } else if (type.equals("sms")) { n = new SmsNotification(); } n.send("限时优惠来袭");同一段if-else复制粘贴到十个地方。产品说"把默认通知方式改成短信"，得满世界找，改漏一个就是线上 bug。这就是选择逻辑散落的痛——不是构造有多复杂，而是同样的判断写了十遍，改一处容易，改十处就要命。很自然的想法：把选择逻辑收拢到一个地方，客户端只告诉工厂"我要什么"：public class NotificationFactory { public static Notification create(String type) { if ("email".equals(type)) { return new EmailNotification(); } else if ("sms".equals(type)) { return new SmsNotification(); } else { throw new IllegalArgumentException("未知的通知类型: " + type); } } }现在改默认通知方式？改工厂一处就行。问题暂时解决了。✅为什么需要工厂方法模式？好景不长，产品要加微信、钉钉、站内信……每新增一种，就得打开工厂往里塞else if：public static Notification create(String type) { if ("email".equals(type)) { return new EmailNotification(); } else if ("sms".equals(type)) { return new SmsNotification(); } else if ("wechat".equals(type)) { return new WechatNotification(); } else if ("dingtalk".equals(type)) { return new DingtalkNotification(); } else if ("inbox".equals(type)) { return new InboxNotification(); } else { throw new IllegalArgumentException("未知的通知类型: " + type); } }工厂从5行膨胀到几十行，每次改动都有引入 bug 的风险。问题出在哪？简单工厂把"判断创建哪种"和"执行创建"绑死在一个类里，新增产品必须改老代码，违反开闭原则。工厂方法模式的思路：不再用一个工厂搞定所有产品，而是定义抽象工厂接口，让每个具体工厂只负责一种产品：public interface NotificationFactory { Notification create(); } public class EmailNotificationFactory implements NotificationFactory { public Notification create() { return new EmailNotification(); } } public class SmsNotificationFactory implements NotificationFactory { public Notification create() { return new SmsNotification(); } }概念工厂方法模式（Factory Method）是一种创建型设计模式，核心思想是将对象的创建延迟到子类。父类定义创建对象的接口（工厂方法），由子类决定实例化哪个具体类。简单工厂 vs 工厂方法：简单工厂通过参数 +if-else集中创建所有产品，适合产品种类少且稳定的场景；工厂方法通过抽象工厂 + 具体工厂将创建职责分散，每个工厂只管一种产品，符合开闭原则——新增产品不改已有代码。简单工厂模式简单工厂不属于 GoF 23 种设计模式，更多的是一种编程习惯。它包含三个角色：

GoF设计模式——工厂方法模式

相关推荐

sql 内连接和in 比较

51单片机驱动多色LED：从硬件原理到PWM调光实战

计算机组成原理实验：从逻辑门到ALU的数据通路设计与实现

更多资讯

VS Code 远程代码同步：SFTP、Remote-SSH、rsync 三种方案

Python+LibreOffice批量处理doc教案：转换、抽取与校验实战

Python实现文本相似度分析：算法对比与工程实践

VS Code构建化学科研工作流：SMILES/LaTeX/Markdown三链协同

性能测试总结实战：从场景设计到瓶颈定位的完整路径

PyWxDump 微信聊天记录导出与备份：现状说明与处置指南

今日更新

AReaL 调试指南：从 Agent Workflow 验证到分布式训练死锁诊断

MATLAB实现GPS L1 C/A信号仿真与二维捕获验证

彻底搞懂ASCII、Unicode与UTF-8：从乱码根源到编码实战

本周精选

AI驱动的自动化专利分析平台技术解析

LeetCode-Go 题解：1252. Cells with Odd Values in a Matrix（奇数值单元格计数）双解法剖析

在线答疑系统Java毕设实战：Spring Boot前后端分离与状态流转

本月热门

基于YOLO的焊缝缺陷检测：从数据标注到工业部署全流程实践

分布式服务的决策记录

创业产品的首版范围

读完文章，想聊聊您的网站？