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

一、工厂模式概述

（一）定义与核心思想

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

（二）核心作用与优势

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

（三）核心角色

抽象产品（Product）：定义了产品的公共接口或抽象类，所有具体产品都需要实现该接口或继承该抽象类。
具体产品（Concrete Product）：实现了抽象产品接口，是具体的产品实现类。
抽象工厂（Factory）：定义了创建产品的接口，通常是一个接口或抽象类。
具体工厂（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 {@Overridepublic void display() {System.out.println("这是产品A");}
}public class ConcreteProductB implements Product {@Overridepublic 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(); // 输出：这是产品AProduct 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 {@Overridepublic void display() {System.out.println("这是产品A");}
}public class ConcreteProductB implements Product {@Overridepublic void display() {System.out.println("这是产品B");}
}

3. 抽象工厂接口

java

public interface Factory {Product createProduct();
}

4. 具体工厂类

java

public class ConcreteFactoryA implements Factory {@Overridepublic Product createProduct() {return new ConcreteProductA();}
}public class ConcreteFactoryB implements Factory {@Overridepublic 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(); // 输出：这是产品AFactory factoryB = new ConcreteFactoryB();Product productB = factoryB.createProduct();productB.display(); // 输出：这是产品B}
}

（四）优缺点与适用场景

1. 优点

符合开闭原则，新增产品类型时只需添加新的具体产品类和具体工厂类，无需修改现有代码。
每个具体工厂类负责创建一种产品，符合单一职责原则。
客户端只依赖抽象接口，降低了与具体实现类的耦合度。

2. 缺点

当产品类型较多时，会导致具体工厂类的数量增加，系统复杂度上升。
对于简单的对象创建场景，可能会引入过多的类，增加代码的复杂性。

3. 适用场景

当系统需要灵活地创建不同类型的产品，且新增产品类型频繁时。
希望将对象的创建逻辑与使用逻辑分离，提高代码的可扩展性和维护性。
客户端只需要知道产品的抽象接口，不需要了解具体实现类的情况。

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

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

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

（二）核心概念

产品族：指位于不同产品等级结构中，功能相关联的产品组成的家族。例如，Windows 系统下的按钮、文本框属于一个产品族，Linux 系统下的按钮、文本框属于另一个产品族。
产品等级结构：指产品的继承结构，例如按钮作为一个抽象产品，有 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 {@Overridepublic void display() {System.out.println("Windows按钮");}
}public class LinuxButton implements Button {@Overridepublic void display() {System.out.println("Linux按钮");}
}

2. 抽象产品接口（产品等级结构 2：文本框）

java

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

3. 抽象工厂接口

java

public interface GUIFactory {Button createButton();TextBox createTextBox();
}

4. 具体工厂类（Windows 工厂）

java

public class WindowsFactory implements GUIFactory {@Overridepublic Button createButton() {return new WindowsButton();}@Overridepublic TextBox createTextBox() {return new WindowsTextBox();}
}

5. 具体工厂类（Linux 工厂）

java

public class LinuxFactory implements GUIFactory {@Overridepublic Button createButton() {return new LinuxButton();}@Overridepublic 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. 适用场景

系统需要创建多个相关或相互依赖的对象族，例如不同操作系统下的界面组件。
产品族中的产品种类固定，且不会频繁新增产品等级结构的场景。
需要确保产品族中的产品之间相互兼容，避免客户端直接创建具体产品类的情况。

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

（一）模式对比表

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

（二）选择策略

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

六、工厂模式与设计原则

（一）开闭原则

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

（二）单一职责原则

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

（三）依赖倒置原则

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

（四）里氏替换原则

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

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

（一）Java 集合框架

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

（二）Spring 框架

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