抽象工厂模式 vs 工厂方法模式：3 个核心差异与 2 个典型应用场景对比

抽象工厂模式 vs 工厂方法模式：3 个核心差异与 2 个典型应用场景对比

在面向对象编程中，创建型设计模式是解决对象实例化问题的关键工具。抽象工厂模式和工厂方法模式作为两种常用的创建型模式，经常让开发者感到困惑。本文将通过清晰的对比和实际案例，帮助中级开发者深入理解这两种模式的设计意图和适用边界。

1. 模式定义与基本概念

1.1 工厂方法模式

工厂方法模式定义了一个创建对象的接口，但让子类决定实例化哪个类。工厂方法让类的实例化推迟到子类进行。

// 工厂方法模式示例 public interface Product { void use(); } public class ConcreteProductA implements Product { @Override public void use() { System.out.println("使用产品A"); } } public abstract class Creator { public abstract Product factoryMethod(); public void someOperation() { Product product = factoryMethod(); product.use(); } } public class ConcreteCreatorA extends Creator { @Override public Product factoryMethod() { return new ConcreteProductA(); } }

1.2 抽象工厂模式

抽象工厂模式提供一个接口，用于创建相关或依赖对象的家族，而不需要明确指定具体类。

// 抽象工厂模式示例 public interface AbstractFactory { ProductA createProductA(); ProductB createProductB(); } public class ConcreteFactory1 implements AbstractFactory { @Override public ProductA createProductA() { return new ProductA1(); } @Override public ProductB createProductB() { return new ProductB1(); } }

1.3 UML类图对比

2. 核心差异分析

2.1 设计意图不同

工厂方法模式关注的是单个产品的创建，它将实例化延迟到子类，强调的是"如何创建一个对象"。

抽象工厂模式关注的是产品家族的创建，它强调的是"如何创建一组相关的对象"，这些对象通常需要一起使用。

2.2 结构复杂度对比

工厂方法模式的结构相对简单：

• 一个产品接口/抽象类
• 多个具体产品实现
• 一个创建者抽象类
• 多个具体创建者实现

抽象工厂模式的结构更复杂：

• 多个产品接口/抽象类（构成产品族）
• 多个具体产品实现
• 一个抽象工厂接口
• 多个具体工厂实现

2.3 扩展性差异

3. 典型应用场景对比

3.1 工厂方法模式最佳场景：单一产品等级结构

当系统只需要处理单一类型产品的创建，但具体实现可能变化时，工厂方法模式是最佳选择。

GUI跨平台按钮示例：

from abc import ABC, abstractmethod class Button(ABC): @abstractmethod def render(self): pass class WindowsButton(Button): def render(self): return "Windows风格按钮" class MacOSButton(Button): def render(self): return "MacOS风格按钮" class Dialog(ABC): @abstractmethod def create_button(self) -> Button: pass def render(self): button = self.create_button() return f"渲染 {button.render()}" class WindowsDialog(Dialog): def create_button(self) -> Button: return WindowsButton() class MacOSDialog(Dialog): def create_button(self) -> Button: return MacOSButton()

3.2 抽象工厂模式最佳场景：产品族创建

当需要创建一组相关或依赖的对象时，抽象工厂模式展现出其优势。

家具生产示例：

// 抽象产品接口 interface Chair { void sitOn(); } interface Sofa { void lieOn(); } // 具体产品 class ModernChair implements Chair { public void sitOn() { System.out.println("坐在现代风格椅子上"); } } class VictorianChair implements Chair { public void sitOn() { System.out.println("坐在维多利亚风格椅子上"); } } // 抽象工厂 interface FurnitureFactory { Chair createChair(); Sofa createSofa(); } // 具体工厂 class ModernFurnitureFactory implements FurnitureFactory { public Chair createChair() { return new ModernChair(); } public Sofa createSofa() { return new ModernSofa(); } } class VictorianFurnitureFactory implements FurnitureFactory { public Chair createChair() { return new VictorianChair(); } public Sofa createSofa() { return new VictorianSofa(); } }

4. 模式选择决策指南

在实际项目中如何选择这两种模式？以下决策树可以帮助你做出选择：

1. 你的系统是否需要创建多个相关产品对象？
   • 是 → 考虑抽象工厂模式
   • 否 → 进入下一步
2. 你是否需要控制单个产品的创建过程？
   • 是 → 使用工厂方法模式
   • 否 → 考虑简单工厂或直接new

提示：两种模式可以结合使用。一个抽象工厂中的方法可以实现为工厂方法，这样既能保持产品族的一致性，又能灵活控制单个产品的创建过程。

5. 实际项目中的经验分享

在多年的企业级应用开发中，我发现抽象工厂模式特别适合以下场景：

• UI主题系统（需要确保所有UI组件风格一致）
• 数据库访问层（需要保证连接、命令、适配器等对象来自同一数据库供应商）
• 跨平台应用开发（确保同一平台的UI控件风格一致）

而工厂方法模式则在插件式架构中表现优异，当需要动态加载和实例化不同类型的插件时，工厂方法提供了完美的解决方案。

一个常见的误区是过度设计——不是所有情况都需要使用抽象工厂。如果产品之间没有强制的关联关系，使用工厂方法或简单工厂可能更合适。记住，模式的复杂度应该与问题的复杂度相匹配。