从模式到架构：Java 工厂模式的设计哲学与工程化实践

于 2025-06-01 10:32:00 发布
阅读量936 收藏 10
点赞数 24
文章标签： java 设计模式
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/qq_20294455/article/details/148363742
版权

一、工厂模式概述

（一）定义与核心思想

工厂模式（Factory Pattern）是软件开发中常用的创建型设计模式，其核心思想是将对象的创建过程封装起来，通过工厂类来统一管理对象的创建逻辑。这种模式分离了对象的创建和使用，使得客户端代码无需关心具体的创建细节，只需通过工厂获取所需对象即可。在 Java 开发中，工厂模式通过接口或抽象类定义产品和工厂的规范，具体实现类负责创建具体的产品实例，从而实现了代码的松耦合和高扩展性。

（二）核心作用与优势

  1. 解耦对象创建与使用：客户端代码与具体的对象创建逻辑分离，只需依赖工厂接口或抽象类，降低了模块间的耦合度。
  2. 符合开闭原则：当需要新增产品类型时，只需添加新的具体产品类和对应的工厂类，无需修改现有代码，提高了系统的可扩展性。
  3. 统一管理创建逻辑：将复杂的对象创建过程集中在工厂类中处理，避免了重复代码，便于维护和修改。
  4. 隐藏具体实现细节：客户端只需要知道产品的抽象接口，无需了解具体实现类的细节，增强了代码的封装性。

（三）核心角色

  1. 抽象产品（Product）：定义了产品的公共接口或抽象类，所有具体产品都需要实现该接口或继承该抽象类。
  2. 具体产品（Concrete Product）：实现了抽象产品接口，是具体的产品实现类。
  3. 抽象工厂（Factory）：定义了创建产品的接口，通常是一个接口或抽象类。
  4. 具体工厂（Concrete Factory）：实现了抽象工厂接口，负责创建具体的产品实例。

二、简单工厂模式（Simple Factory Pattern）

（一）模式定义与特点

简单工厂模式又称为静态工厂模式，它不属于 23 种经典设计模式之一，但却是工厂模式中最基础的实现方式。简单工厂模式通过一个工厂类来根据传入的参数动态决定创建哪种具体产品实例。其特点是工厂类中包含了必要的逻辑判断，能够根据客户端的需求返回对应的产品实例，但缺点是当新增产品类型时，需要修改工厂类的代码，违反了开闭原则。

（二）结构与实现步骤

1. 结构示意图

plaintext

客户端
  ↓
  ├─ 调用工厂类的静态方法
  ↓
简单工厂类（SimpleFactory）
  ↓
  ├─ 根据参数创建具体产品实例
  ↓
抽象产品（Product）
  ↓
具体产品A（ConcreteProductA）、具体产品B（ConcreteProductB）
2. 实现步骤

（1）定义抽象产品接口或抽象类，声明产品的公共方法。
（2）创建具体产品类，实现抽象产品接口。
（3）设计简单工厂类，提供静态方法，根据传入的参数返回对应的具体产品实例。

（三）代码示例

1. 抽象产品接口

java

public interface Product {
    void display();
}
2. 具体产品类

java

public class ConcreteProductA implements Product {
    @Override
    public void display() {
        System.out.println("这是产品A");
    }
}

public class ConcreteProductB implements Product {
    @Override
    public void display() {
        System.out.println("这是产品B");
    }
}
3. 简单工厂类

java

public class SimpleFactory {
    public static Product createProduct(String productType) {
        if ("A".equals(productType)) {
            return new ConcreteProductA();
        } else if ("B".equals(productType)) {
            return new ConcreteProductB();
        } else {
            throw new IllegalArgumentException("无效的产品类型");
        }
    }
}
4. 客户端调用

java

public class Client {
    public static void main(String[] args) {
        Product productA = SimpleFactory.createProduct("A");
        productA.display(); // 输出：这是产品A

        Product productB = SimpleFactory.createProduct("B");
        productB.display(); // 输出：这是产品B
    }
}

（四）优缺点与适用场景

1. 优点
  • 实现简单，客户端无需知道具体产品的创建细节。
  • 集中管理对象的创建逻辑，便于维护。
2. 缺点
  • 工厂类职责过重，违反了单一职责原则。
  • 新增产品类型时需要修改工厂类代码，违反开闭原则。
3. 适用场景
  • 产品类型较少，且后续扩展需求不大的场景。
  • 简单的业务逻辑中，需要将对象创建逻辑集中管理的情况。

三、工厂方法模式（Factory Method Pattern）

（一）模式定义与核心思想

工厂方法模式是 23 种经典设计模式之一，它定义了一个创建产品对象的接口，但由具体工厂类决定创建哪种具体产品实例。工厂方法模式将简单工厂模式中集中的创建逻辑分散到各个具体工厂类中，每个具体工厂类负责创建一种具体产品，从而克服了简单工厂模式违反开闭原则的缺点。

（二）结构与实现步骤

1. 结构示意图

plaintext

客户端
  ↓
  ├─ 调用抽象工厂接口
  ↓
抽象工厂（Factory）
  ↓
  ├─ 声明创建产品的抽象方法
  ↓
具体工厂A（ConcreteFactoryA）、具体工厂B（ConcreteFactoryB）
  ↓
  ├─ 实现创建具体产品的方法
  ↓
抽象产品（Product）
  ↓
具体产品A（ConcreteProductA）、具体产品B（ConcreteProductB）
2. 实现步骤

（1）定义抽象产品接口，声明产品的公共方法。
（2）创建具体产品类，实现抽象产品接口。
（3）定义抽象工厂接口，声明创建产品的抽象方法。
（4）创建具体工厂类，实现抽象工厂接口，具体工厂类负责创建对应的具体产品实例。

（三）代码示例

1. 抽象产品接口（同简单工厂模式）

java

public interface Product {
    void display();
}
2. 具体产品类（同简单工厂模式）

java

public class ConcreteProductA implements Product {
    @Override
    public void display() {
        System.out.println("这是产品A");
    }
}

public class ConcreteProductB implements Product {
    @Override
    public void display() {
        System.out.println("这是产品B");
    }
}
3. 抽象工厂接口

java

public interface Factory {
    Product createProduct();
}
4. 具体工厂类

java

public class ConcreteFactoryA implements Factory {
    @Override
    public Product createProduct() {
        return new ConcreteProductA();
    }
}

public class ConcreteFactoryB implements Factory {
    @Override
    public Product createProduct() {
        return new ConcreteProductB();
    }
}
5. 客户端调用

java

public class Client {
    public static void main(String[] args) {
        Factory factoryA = new ConcreteFactoryA();
        Product productA = factoryA.createProduct();
        productA.display(); // 输出：这是产品A

        Factory factoryB = new ConcreteFactoryB();
        Product productB = factoryB.createProduct();
        productB.display(); // 输出：这是产品B
    }
}

（四）优缺点与适用场景

1. 优点
  • 符合开闭原则，新增产品类型时只需添加新的具体产品类和具体工厂类，无需修改现有代码。
  • 每个具体工厂类负责创建一种产品，符合单一职责原则。
  • 客户端只依赖抽象接口，降低了与具体实现类的耦合度。
2. 缺点
  • 当产品类型较多时，会导致具体工厂类的数量增加，系统复杂度上升。
  • 对于简单的对象创建场景，可能会引入过多的类，增加代码的复杂性。
3. 适用场景
  • 当系统需要灵活地创建不同类型的产品，且新增产品类型频繁时。
  • 希望将对象的创建逻辑与使用逻辑分离，提高代码的可扩展性和维护性。
  • 客户端只需要知道产品的抽象接口，不需要了解具体实现类的情况。

四、抽象工厂模式（Abstract Factory Pattern）

（一）模式定义与核心思想

抽象工厂模式是工厂方法模式的扩展，它提供了一种创建一系列相关或相互依赖对象的接口，而无需指定它们具体的类。抽象工厂模式用于创建属于不同产品族的产品对象，每个产品族中的产品具有某种共同的特性或功能，例如不同操作系统下的界面组件（Windows 和 Linux 下的按钮、文本框等）。

（二）核心概念

  1. 产品族：指位于不同产品等级结构中，功能相关联的产品组成的家族。例如，Windows 系统下的按钮、文本框属于一个产品族，Linux 系统下的按钮、文本框属于另一个产品族。
  2. 产品等级结构：指产品的继承结构，例如按钮作为一个抽象产品，有 Windows 按钮和 Linux 按钮两个具体产品，形成一个产品等级结构。

（三）结构与实现步骤

1. 结构示意图

plaintext

客户端
  ↓
  ├─ 调用抽象工厂接口创建产品族
  ↓
抽象工厂（AbstractFactory）
  ↓
  ├─ 声明创建各产品等级结构中产品的方法
  ↓
具体工厂A（ConcreteFactoryA）、具体工厂B（ConcreteFactoryB）
  ↓
  ├─ 实现创建具体产品族的方法
  ↓
抽象产品A（AbstractProductA）、抽象产品B（AbstractProductB）
  ↓
具体产品A1（ConcreteProductA1）、具体产品A2（ConcreteProductA2）
具体产品B1（ConcreteProductB1）、具体产品B2（ConcreteProductB2）
2. 实现步骤

（1）定义多个抽象产品接口，分别代表不同的产品等级结构。
（2）创建具体产品类，实现对应的抽象产品接口。
（3）定义抽象工厂接口，声明创建各个抽象产品的方法。
（4）创建具体工厂类，实现抽象工厂接口，具体工厂类负责创建属于同一产品族的多个产品实例。

（四）代码示例

1. 抽象产品接口（产品等级结构 1：按钮）

java

public interface Button {
    void display();
}

public class WindowsButton implements Button {
    @Override
    public void display() {
        System.out.println("Windows按钮");
    }
}

public class LinuxButton implements Button {
    @Override
    public void display() {
        System.out.println("Linux按钮");
    }
}
2. 抽象产品接口（产品等级结构 2：文本框）

java

public interface TextBox {
    void display();
}

public class WindowsTextBox implements TextBox {
    @Override
    public void display() {
        System.out.println("Windows文本框");
    }
}

public class LinuxTextBox implements TextBox {
    @Override
    public void display() {
        System.out.println("Linux文本框");
    }
}
3. 抽象工厂接口

java

public interface GUIFactory {
    Button createButton();
    TextBox createTextBox();
}
4. 具体工厂类（Windows 工厂）

java

public class WindowsFactory implements GUIFactory {
    @Override
    public Button createButton() {
        return new WindowsButton();
    }

    @Override
    public TextBox createTextBox() {
        return new WindowsTextBox();
    }
}
5. 具体工厂类（Linux 工厂）

java

public class LinuxFactory implements GUIFactory {
    @Override
    public Button createButton() {
        return new LinuxButton();
    }

    @Override
    public TextBox createTextBox() {
        return new LinuxTextBox();
    }
}
6. 客户端调用

java

public class Client {
    public static void main(String[] args) {
        GUIFactory factory = new WindowsFactory();
        Button button = factory.createButton();
        TextBox textBox = factory.createTextBox();
        button.display(); // 输出：Windows按钮
        textBox.display(); // 输出：Windows文本框

        factory = new LinuxFactory();
        button = factory.createButton();
        textBox = factory.createTextBox();
        button.display(); // 输出：Linux按钮
        textBox.display(); // 输出：Linux文本框
    }
}

（五）优缺点与适用场景

1. 优点
  • 可以创建多个产品族的产品，满足复杂的对象创建需求。
  • 客户端只依赖抽象接口，无需了解具体产品的创建细节，提高了代码的可维护性和扩展性。
  • 确保同一产品族中的产品之间的兼容性，例如 Windows 工厂创建的按钮和文本框一定是相互兼容的。
2. 缺点
  • 当需要新增一个产品等级结构时，需要修改抽象工厂接口和所有具体工厂类，违反了开闭原则。
  • 系统复杂度较高，适用于产品族较多且稳定的场景。
3. 适用场景
  • 系统需要创建多个相关或相互依赖的对象族，例如不同操作系统下的界面组件。
  • 产品族中的产品种类固定，且不会频繁新增产品等级结构的场景。
  • 需要确保产品族中的产品之间相互兼容，避免客户端直接创建具体产品类的情况。

五、三种工厂模式的对比与选择

（一）模式对比表

特征简单工厂模式工厂方法模式抽象工厂模式
工厂类数量一个工厂类多个具体工厂类多个具体工厂类
产品等级结构单个产品等级结构单个产品等级结构多个产品等级结构
产品族不支持不支持支持
开闭原则违反符合部分符合（新增产品族符合，新增产品等级结构违反）
复杂度简单中等复杂

（二）选择策略

  1. 简单工厂模式：适用于产品类型较少、逻辑简单且后续扩展需求不大的场景，可快速实现对象的集中创建。
  2. 工厂方法模式：当系统需要灵活地新增产品类型，且每个产品类型的创建逻辑相对独立时，优先选择工厂方法模式，它符合开闭原则，易于扩展。
  3. 抽象工厂模式：当系统需要处理多个产品族，且每个产品族包含多个相关产品时，抽象工厂模式能够高效地管理产品族的创建，确保产品之间的兼容性。

六、工厂模式与设计原则

（一）开闭原则

工厂模式通过抽象接口和具体实现的分离，使得新增产品类型或产品族时无需修改现有代码，只需添加新的具体类，符合开闭原则的 “对扩展开放，对修改关闭” 要求。

（二）单一职责原则

工厂方法模式和抽象工厂模式中，每个具体工厂类只负责创建一种或一类产品，符合单一职责原则，而简单工厂模式的工厂类职责较为集中，可能违反该原则。

（三）依赖倒置原则

工厂模式中，客户端依赖抽象产品接口和抽象工厂接口，而不是具体实现类，遵循了依赖倒置原则，降低了客户端与具体实现的耦合度。

（四）里氏替换原则

具体产品类必须实现抽象产品接口的所有方法，具体工厂类必须实现抽象工厂接口的所有方法，确保了子类可以无缝替换父类，符合里氏替换原则。

七、工厂模式在 Java 中的应用场景

（一）Java 集合框架

在 Java 集合框架中，Collection接口是抽象产品，ArrayList、LinkedList等是具体产品，而它们的创建过程虽然没有显式的工厂类，但通过构造方法或工厂方法（如Arrays.asList()）实现了对象的创建，体现了工厂模式的思想。

（二）Spring 框架

Spring 框架中的 BeanFactory 和 ApplicationContext 就是工厂模式的典型应用。BeanFactory 作为抽象工厂，负责创建各种 Bean 对象，而具体的 Bean 创建逻辑由具体的工厂类（如 DefaultListableBeanFactory）实现。通过配置文件或注解，客户端可以轻松获取所需的 Bean 实例，无需关心对象的创建细节。

（三）JDBC 驱动

JDBC 中使用DriverManager获取数据库连接的过程也应用了工厂模式。DriverManager作为工厂类，根据不同的数据库 URL 创建对应的数据库连接（Connection对象），客户端只需通过统一的接口操作数据库，无需了解具体数据库驱动的创建细节。

八、总结与最佳实践

（一）模式价值

工厂模式是面向对象设计中处理对象创建的重要模式，它通过封装对象创建逻辑，提高了代码的可维护性、可扩展性和可复用性。无论是简单工厂模式的快速实现，还是工厂方法模式和抽象工厂模式的灵活扩展，都为软件开发提供了有效的解决方案。

（二）最佳实践

  1. 优先使用组合而非继承：在设计工厂类时，尽量通过组合的方式复用创建逻辑，避免过度使用继承导致系统复杂度增加。
  2. 明确抽象层次：合理定义抽象产品接口和抽象工厂接口，确保接口的稳定性和扩展性，避免频繁修改接口。
  3. 结合其他模式：工厂模式可以与单例模式、原型模式等结合使用，例如将工厂类设计为单例，确保全局唯一的创建点。
  4. 测试工厂逻辑：由于工厂类负责对象的创建，需要对其进行充分的测试，确保返回的产品实例符合预期，尤其是在处理复杂创建逻辑时。

（三）未来趋势

随着软件开发的复杂化和模块化需求的增加，工厂模式在微服务、框架设计等领域的应用将更加广泛。结合 Java 8 的函数式接口和 Lambda 表达式，工厂模式的实现方式也在不断演进，例如使用Supplier接口简化对象创建过程，提高代码的简洁性和灵活性。

总之，掌握工厂模式的核心思想和不同实现方式，能够帮助开发者在实际项目中更好地设计对象创建逻辑，提升系统的可维护性和扩展性，是 Java 开发中不可或缺的重要设计模式之一。

评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

琢磨先生David

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值