23种设计模式--简单工厂模式理解版

简单工厂模式

设计模式:准确来说它是一种规范,它是我们约定好的一种解决问题的方案模版,不是什么的具体类和方法

先举个例子

P:生产者(接口) S:工厂 P的实现类:ABCDEFG

P:母亲 S:学校 P的孩子:ABCDEFG

对一个接口P(母亲),一开始就两个实现类(孩子)A、B,然后用工场(学校)S来管理A、B

然后呢?S管理十分有好处了(方便管理),比如P多生了几个孩子D、E、F,P(母亲)然后用工厂(学校)S统一管理

哈哈哈、博主想的这个例子太好了

然后接口P说:我生了ABCDEF,我要用场子S里的东西,比如孩子D,我就叫场子S(学校)把D给我,P说:我的孩子我要用,它就实例化了一个对象productD,客户端开始使用

java 复制代码
Product productD = SimpleFactory.createProduct("D");
productD.use();  // 输出:使用产品D

简单工厂模式

简单工厂模式是一种创建型设计模式,它提供了一种创建对象的最佳方式,而无需向客户端暴露创建逻辑。

孩子怎么发展,客户端不清楚,客户端直接叫母亲P来创建

基本概念

简单工厂模式通过一个工厂类,根据传入的参数不同,返回不同类的实例。这些被创建的类通常具有共同的父类或接口。

母亲P叫哪个孩子,哪个孩子从工厂S创建

代码演示

java 复制代码
// 1. 抽象产品
interface Product {
    void use();
}

// 2. 具体产品
class ConcreteProductA implements Product {
    @Override
    public void use() {
        System.out.println("使用产品A");
    }
}

class ConcreteProductB implements Product {
    @Override
    public void use() {
        System.out.println("使用产品B");
    }
}

// 3. 抽象工厂
interface Factory {
    Product createProduct();
}

// 4. 具体工厂
class ConcreteFactoryA implements Factory {
    @Override
    public Product createProduct() {
        return new ConcreteProductA();
    }
}

class ConcreteFactoryB implements Factory {
    @Override
    public Product createProduct() {
        return new ConcreteProductB();
    }
}

// 5. 客户端使用
public class Client {
    public static void main(String[] args) {
        Factory factoryA = new ConcreteFactoryA();
        Product productA = factoryA.createProduct();
        productA.use();  // 输出:使用产品A
        
        Factory factoryB = new ConcreteFactoryB();
        Product productB = factoryB.createProduct();
        productB.use();  // 输出:使用产品B
    }
}

优点

  1. 将对象的创建与使用分离,降低耦合度
  2. 客户端无需知道具体产品的类名,只需要知道参数 ABCDEF

缺点

  1. 工厂类集中了所有产品的创建 逻辑,职责过重,工厂管的太多太多

  2. 添加新产品需要修改工厂类,违反开闭原则

    放封闭原则的核心思想:对扩展开放,对修改封闭.

    • 对扩展开放:意味着有新的需求或变化时,可以对现有代码进行扩展,以适应新的情况。

    • 对修改封闭:意味着类一旦设计完成,就可以独立完成其工作,而不要对已有代码进行任何修改

      参考文章:设计模式六大原则(六)----开闭原则

和工厂模式的区别

  • 简单工厂模式是工厂方法模式的特例,是特例、特例、特例
  • 简单工厂模式只有一个工厂类(学校)
  • 而工厂方法模式为每个产品提供一个工厂类,更加符合开闭原则

最终总结(重要)

统一的接口,不同的实现类,客户端根据不同的状态标记(比如ABC),创建不同的对象,进行使用

可以根据最终总结建立记忆锚点,自我进行知识输出

工厂模式

之后补充

相关推荐
非优秀程序员6 小时前
第04章 邮箱大战,163 与 QQ 的暗战|《互联网产品恩仇录》
java·vue.js·架构
知已难寻6 小时前
Docker 入门:容器技术与 Docker 基础
java·运维·服务器·docker·云原生·容器
沐晓时光7 小时前
C语言入门,内存函数知识讲解
c语言·开发语言
文丑颜不良啊9 小时前
LeetCode2481~2500题目解析
java·leetcode
Flynn Liang10 小时前
同一需求三套写法:用 Spring AI、LangChain4j、AgentScope Java 各实现一个带工具调用的 RAG 助手(实战对比)
java·人工智能·大模型·架构设计·spring ai·langchain4j·agentscope
聪明的笨猪猪10 小时前
实际工程问题:AI 生成 Spring Cache(@Cacheable / @CachePut / @CacheEvict)缓存注解踩坑
java·经验分享·面试·ai编程
愿有所息10 小时前
记一次 ARM64 + JDK8 上 fastjson2 的诡异数据错乱
java
秋饼11 小时前
MCP 2026-07-28 无状态协议大改版:Spring AI 2.1 多轮往返请求与网关路由落地
java·ai·技术分享·后端开发
SL_staff12 小时前
JVS-BI 实战:业务人员如何用零代码 ELT + 可视化配置构建实时经营分析闭环
java·spring·全栈
SL_staff12 小时前
企业AI落地难?JVS-AI渐进式实践:安全可控、小切口验证、标准化沉淀与规模化复制
java·开源·aigc