设计模式（三）创建型：抽象工厂模式详解-EW帮帮网

设计模式（三）创建型：抽象工厂模式详解

抽象工厂模式（Abstract Factory Pattern）是 GoF 23 种设计模式中最重要的创建型模式之一，其核心价值在于提供一个创建一系列相关或相互依赖对象的接口，而无需指定它们具体的类。与工厂方法关注“单一产品”的创建不同，抽象工厂聚焦于“产品族”的一致性构建，确保来自同一工厂的对象能够协同工作。它广泛应用于跨平台 UI 框架、数据库访问层、主题系统、多语言资源管理等需要整体风格或技术栈统一的场景。掌握抽象工厂，是构建可配置、可插拔、高内聚系统架构的关键能力。

一、抽象工厂模式详细介绍

抽象工厂模式解决的是“多维度变化”下的对象创建问题。当系统需要创建的对象不是孤立的，而是属于某个“产品族”（Product Family），且这些对象之间存在协作关系时，抽象工厂提供了一种统一的创建机制。

该模式涉及以下核心角色：

AbstractFactory（抽象工厂）：声明一组用于创建不同产品类型的抽象方法（如 createButton()、createCheckbox()），每个方法返回一个抽象产品接口。它是客户端与具体工厂之间的契约。
ConcreteFactory（具体工厂）：实现抽象工厂接口，负责创建某一特定产品族的所有产品实例。例如 WinUIFactory 创建 Windows 风格的所有控件，MacUIFactory 创建 macOS 风格的所有控件。
AbstractProduct（抽象产品）：定义每一类产品的公共接口，如 Button、Checkbox。客户端仅依赖这些抽象接口。
ConcreteProduct（具体产品）：实现抽象产品接口的具体类，属于某个特定产品族，如 WinButton、MacButton、WinCheckbox、MacCheckbox。

抽象工厂的核心优势在于保证产品族的一致性。例如，在一个图形界面系统中，按钮和复选框必须使用相同的操作系统风格，否则会导致用户体验割裂。通过使用同一个具体工厂（如 MacUIFactory）来创建所有 UI 组件，系统天然保证了风格统一。

与“工厂方法”相比，抽象工厂更适用于多产品等级结构的场景。工厂方法解决“一个产品”的创建延迟，而抽象工厂解决“一组产品”的协同创建。它通过将相关对象的创建集中在一个工厂中，增强了模块的内聚性，同时对外隐藏了具体实现细节，符合“封装变化”的设计原则。

二、抽象工厂模式的UML表示

以下是抽象工厂模式的标准 UML 类图：

图解说明：

AbstractFactory 定义了创建 Button 和 Checkbox 的抽象方法。
WinUIFactory 和 MacUIFactory 分别实现该接口，返回各自平台风格的具体控件。
Button 和 Checkbox 是抽象产品接口，WinButton、MacButton 等是具体实现。
客户端通过 AbstractFactory 引用调用创建方法，实际返回的对象由运行时选择的具体工厂决定，确保了产品族的统一性。

三、一个简单的Java程序实例

以下是一个基于抽象工厂模式的 Java 示例，模拟跨平台 UI 组件的创建：

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

// 抽象产品：复选框
interface Checkbox {
    void render();
    void onSelect();
}

// 具体产品：Windows 按钮
class WinButton implements Button {
    public void render() {
        System.out.println("Rendering a Windows-style button.");
    }

    public void onClick() {
        System.out.println("Windows button clicked: Performing action...");
    }
}

// 具体产品：Mac 按钮
class MacButton implements Button {
    public void render() {
        System.out.println("Rendering a Mac-style button.");
    }

    public void onClick() {
        System.out.println("Mac button clicked: Triggering action...");
    }
}

// 具体产品：Windows 复选框
class WinCheckbox implements Checkbox {
    public void render() {
        System.out.println("Rendering a Windows-style checkbox.");
    }

    public void onSelect() {
        System.out.println("Windows checkbox selected: Toggling state...");
    }
}

// 具体产品：Mac 复选框
class MacCheckbox implements Checkbox {
    public void render() {
        System.out.println("Rendering a Mac-style checkbox.");
    }

    public void onSelect() {
        System.out.println("Mac checkbox selected: Changing state...");
    }
}

// 抽象工厂接口
interface GUIFactory {
    Button createButton();
    Checkbox createCheckbox();
}

// 具体工厂：Windows UI 工厂
class WinUIFactory implements GUIFactory {
    public Button createButton() {
        return new WinButton();
    }

    public Checkbox createCheckbox() {
        return new WinCheckbox();
    }
}

// 具体工厂：Mac UI 工厂
class MacUIFactory implements GUIFactory {
    public Button createButton() {
        return new MacButton();
    }

    public Checkbox createCheckbox() {
        return new MacCheckbox();
    }
}

// 客户端应用类
class Application {
    private Button button;
    private Checkbox checkbox;

    // 构造函数接受一个抽象工厂，由外部注入
    public Application(GUIFactory factory) {
        this.button = factory.createButton();
        this.checkbox = factory.createCheckbox();
    }

    public void paint() {
        button.render();
        checkbox.render();
    }

    public void operate() {
        button.onClick();
        checkbox.onSelect();
    }
}

// 客户端配置与运行
public class AbstractFactoryDemo {
    private static Application app;

    // 根据系统环境选择具体工厂
    static void configure() {
        GUIFactory factory;
        if (System.getProperty("os.name").toLowerCase().contains("win")) {
            factory = new WinUIFactory();
        } else {
            factory = new MacUIFactory();
        }
        app = new Application(factory); // 将工厂注入应用
    }

    static void run() {
        app.paint();
        app.operate();
    }

    public static void main(String[] args) {
        configure();
        run();
    }
}

运行说明：

在 Windows 系统上，configure() 创建 WinUIFactory，Application 使用该工厂生成所有 Windows 风格控件。
在 macOS 上，则使用 MacUIFactory 创建 Mac 风格控件。
Application 类完全不关心具体控件类型，仅依赖抽象接口 Button、Checkbox 和 GUIFactory，实现了与平台的解耦。

四、总结

抽象工厂模式通过集中管理“产品族”的创建，实现了以下关键优势：

保证产品一致性：确保同一工厂创建的对象属于同一风格或技术栈。
支持开闭原则：新增产品族（如 LinuxUI）只需添加新工厂和产品类，无需修改客户端。
解耦客户端与具体实现：客户端仅依赖抽象工厂和抽象产品接口。
提升可维护性：将相关对象的创建逻辑组织在一起，增强模块内聚。

但也存在缺点：

扩展新产品类型困难：若需增加新产品（如 TextField），必须修改所有具体工厂和抽象工厂接口，违反开闭原则。
类数量膨胀：每新增一个产品族，需添加多个类，增加系统复杂度。

因此，抽象工厂适用于产品族稳定但具体实现多变的场景。

架构师洞见：
抽象工厂是构建“可配置系统”的核心模式。在现代架构中，其思想已演进为“依赖注入容器”（如 Spring Context）、“服务定位器”或“配置驱动工厂”。架构师应认识到：抽象工厂的本质是将“技术栈选择”这一决策点从代码中剥离，交由配置或部署环境决定。例如，在微服务中，可通过配置文件选择使用 MySQL 或 PostgreSQL 工厂，创建整套 DAO 组件。未来，随着多云、混合云部署的普及，抽象工厂将向“运行时动态切换”方向发展，支持跨云资源的统一抽象与创建。掌握该模式，有助于设计出真正可移植、可替换、高内聚的系统模块，是构建企业级可扩展架构的必备技能。

设计模式（三）创建型：抽象工厂模式详解