设计模式 - 创建型 - 抽象工厂模式（Abstract Factory Pattern）

抽象工厂模式（Abstract Factory Pattern）是一种创建型设计模式，专注于创建一系列相关或相互依赖的对象族，而无需指定具体类。它通过抽象接口解耦客户端与具体产品的创建过程，适用于需要动态切换产品族或确保对象兼容性的场景。以下是该模式的详细解析：

---

一、核心定义与设计目标

1. 定义
   抽象工厂模式围绕一个“超级工厂”创建其他工厂，提供接口用于生成多个相关对象族（如不同操作系统的UI组件），客户端无需关心具体实现。

2. 设计目标

   • 产品族一致性：确保同一族内的对象兼容（如Windows按钮与Windows文本框）。
   • 解耦客户端与实现：客户端仅依赖抽象接口，支持灵活切换产品族。
   • 扩展性：新增产品族时无需修改现有代码，符合开闭原则。

---

二、模式结构与角色划分

1. 核心角色

   • 抽象工厂（AbstractFactory）：声明创建一族产品的方法（如 createButton(), createTextBox()）。
   • 具体工厂（ConcreteFactory）：实现抽象工厂接口，生产特定产品族的对象（如 WindowsFactory）。
   • 抽象产品（AbstractProduct）：定义产品接口（如 Button、TextBox）。
   • 具体产品（ConcreteProduct）：实现抽象产品接口（如 WindowsButton、MacTextBox）。

2. UML类图示例

┌───────────────────────┐          ┌───────────────────────┐
│    AbstractFactory    │          │   AbstractProductA    │
├───────────────────────┤          ├───────────────────────┤
│ +createProductA(): PA │<|───────>│ +operation(): void    │
│ +createProductB(): PB │          │                       │
└───────────▲───────────┘          └────────────▲──────────┘
            │                                   │
            │ extends                           │ implements
            │                                   │
┌───────────────────────┐          ┌───────────────────────┐
│    ConcreteFactory1   │          │   ConcreteProductA1   │
├───────────────────────┤          ├───────────────────────┤
│ +createProductA(): PA │─────────>│ +operation(): void    │
│ +createProductB(): PB │          │                       │
└───────────────────────┘          └───────────────────────┘

---

三、与工厂方法模式的对比

特性	工厂方法模式	抽象工厂模式
目标对象	创建单一产品类型（如 Logger）	创建多个相关产品族（如 Button + TextBox）
扩展维度	新增产品类型（纵向扩展）	新增产品族（横向扩展）
工厂类职责	每个工厂类生产一种产品	每个工厂类生产一族产品
适用场景	单一产品扩展需求	复杂系统需兼容多套产品族（如跨平台UI）

---

四、优缺点分析

优点

1. 确保产品兼容性：同一族的对象设计风格一致。
2. 高扩展性：新增产品族只需添加工厂子类。
3. 代码解耦：客户端仅依赖抽象接口，与具体实现隔离。

缺点

1. 新增产品类型困难：需修改抽象工厂接口及所有子类（违反开闭原则）。
2. 类膨胀问题：每个产品族需对应一个工厂类，复杂度高。
3. 过度设计风险：简单场景下可能引入不必要的抽象。

---

五、适用场景

1. 跨平台UI系统：同一套代码生成Windows/Mac风格的按钮、文本框等组件。
2. 数据库兼容：支持MySQL/Oracle的连接对象、命令对象。
3. 游戏引擎：不同画质模式下渲染器、材质、模型的组合。
4. 品牌产品线：如汽车制造中同一品牌的发动机、轮胎、座椅。

---

六、实现示例（Java）

// 抽象产品：按钮
interface Button { void render(); }

// 具体产品：Windows按钮
class WindowsButton implements Button {
    @Override public void render() { System.out.println("Windows风格按钮"); }
}

// 抽象工厂
interface GUIFactory {
    Button createButton();
    TextBox createTextBox(); // 可扩展其他产品
}

// 具体工厂：Windows组件工厂
class WindowsFactory implements GUIFactory {
    @Override public Button createButton() { return new WindowsButton(); }
    @Override public TextBox createTextBox() { return new WindowsTextBox(); }
}

// 客户端
public class Client {
    public static void main(String[] args) {
        GUIFactory factory = new WindowsFactory();
        Button button = factory.createButton();
        button.render(); // 输出：Windows风格按钮
    }
}

---

七、实际应用案例

1. Java AWT/Swing
   • 抽象工厂 Toolkit 生成不同平台的UI组件。
2. Spring框架
   • BeanFactory 管理一组相关Bean的创建。
3. 日志框架
   • 支持文件、数据库、控制台等日志输出组合。

---

八、总结

抽象工厂模式通过封装产品族创建逻辑，解决了复杂系统中多套兼容对象的动态生成问题。其核心价值在于保证产品兼容性与扩展性，但需权衡类膨胀与修改成本。在跨平台开发、多品牌支持等场景中具有显著优势，而对单一产品扩展需求建议优先选择工厂方法模式。