设计模式之抽象工厂模式：从跨平台UI到产品族构建（含UML与代码解析）

1. 抽象工厂模式跨平台UI的救星第一次接触抽象工厂模式是在开发跨平台应用时。当时需要让同一套代码在Windows和macOS上渲染不同风格的按钮和复选框手动写if-else判断操作系统的日子简直苦不堪言。直到发现抽象工厂这个产品族创建专家才明白什么是真正的一套代码多端适配。抽象工厂模式的核心在于隔离具体产品的创建。比如要开发跨平台UI组件库我们首先定义抽象的按钮和复选框接口// 抽象产品按钮 interface Button { void render(); } // 抽象产品复选框 interface Checkbox { void check(); }然后为每个操作系统创建具体实现// Windows风格产品 class WinButton implements Button { public void render() { System.out.println(渲染Windows风格按钮); } } class WinCheckbox implements Checkbox { public void check() { System.out.println(Windows复选框打勾); } } // macOS风格产品 class MacButton implements Button { public void render() { System.out.println(渲染macOS风格按钮); } } class MacCheckbox implements Checkbox { public void check() { System.out.println(macOS复选框打勾); } }2. UML类图解析四大金刚协作抽象工厂模式的UML类图清晰地展现了四个核心角色┌───────────────────┐ ┌───────────────────┐ │ AbstractFactory │ │ AbstractProductA │ ├───────────────────┤ ├───────────────────┤ │ createProductA() │───────│ │ │ createProductB() │ └───────────────────┘ └─────────┬─────────┘ △ │ │ │ │ ▼ │ ┌───────────────────┐ ┌───────────────────┐ │ ConcreteFactory1 │ │ ConcreteProductA1 │ ├───────────────────┤ ├───────────────────┤ │ createProductA() │───────│ │ │ createProductB() │ └───────────────────┘ └───────────────────┘抽象工厂AbstractFactory声明创建产品族的方法接口具体工厂ConcreteFactory实现具体产品的创建逻辑抽象产品AbstractProduct定义产品规范具体产品ConcreteProduct实现特定风格的产品在跨平台UI案例中对应关系如下抽象工厂 → GUIFactory具体工厂 → WinFactory/MacFactory抽象产品 → Button/Checkbox具体产品 → WinButton/WinCheckbox等3. 代码实战从家电到UI的完整示例让我们通过一个更完整的例子来理解抽象工厂。假设要开发支持多品牌的智能家居系统from abc import ABC, abstractmethod # 抽象产品 class Light(ABC): abstractmethod def turn_on(self): pass class Thermostat(ABC): abstractmethod def set_temp(self): pass # 具体产品小米生态 class XiaomiLight(Light): def turn_on(self): print(米家台灯亮起暖黄光) class XiaomiThermostat(Thermostat): def set_temp(self): print(米家空调设置为26℃) # 具体产品华为生态 class HuaweiLight(Light): def turn_on(self): print(华为智慧灯带渐变亮起) class HuaweiThermostat(Thermostat): def set_temp(self): print(华为空调开启智能调温) # 抽象工厂 class SmartHomeFactory(ABC): abstractmethod def create_light(self) - Light: pass abstractmethod def create_thermostat(self) - Thermostat: pass # 具体工厂 class XiaomiFactory(SmartHomeFactory): def create_light(self): return XiaomiLight() def create_thermostat(self): return XiaomiThermostat() class HuaweiFactory(SmartHomeFactory): def create_light(self): return HuaweiLight() def create_thermostat(self): return HuaweiThermostat() # 客户端代码 def setup_home(factory: SmartHomeFactory): light factory.create_light() thermostat factory.create_thermostat() return (light, thermostat) # 根据配置选择工厂 xiaomi_home setup_home(XiaomiFactory()) huawei_home setup_home(HuaweiFactory())这个例子展示了如何保证同一生态的产品协同工作。当需要新增品牌时只需扩展新的工厂和产品类无需修改现有代码。4. 模式对比工厂方法 vs 抽象工厂很多初学者容易混淆工厂方法和抽象工厂这里用表格对比特性工厂方法抽象工厂创建目标单一产品产品族扩展维度垂直扩展新产品类型水平扩展新产品系列类结构一个抽象工厂类多个抽象产品接口适用场景创建过程复杂但产品单一需要保证产品兼容性修改影响新增产品需修改工厂新增产品族无需修改客户端实际项目中两种模式经常结合使用。比如在电商系统中用工厂方法创建不同类型的订单普通/秒杀/拼团用抽象工厂保证支付、物流等配套服务的一致性5. 最佳实践与常见陷阱在多年实践中我总结了这些经验最佳实践当产品之间存在明显家族关系时使用将工厂实现为单例以避免重复创建使用依赖注入框架管理工厂生命周期为每个产品族添加单元测试保证兼容性常见坑点过度设计简单产品直接用new实例化循环依赖工厂与产品相互引用扩展困难未预留新产品类型的接口性能问题每次创建新产品都new实例我曾在一个物联网项目中踩过坑为每种设备创建独立工厂导致类爆炸。后来改用工厂原型模式通过克隆预定义的原型对象显著减少了类数量。6. 现代框架中的演进现代框架对抽象工厂有新的应用方式Spring的BeanFactoryConfiguration class AppConfig { Bean Scope(prototype) public ProductA productA() { return new ConcreteProductA(); } Bean public Factory factory() { return new ConcreteFactory(productA()); } }React的抽象工厂实践// 主题工厂 const ThemeContext createContext(); // 具体工厂暗黑主题 const darkTheme { Button: () button classNamedark.../button, Panel: () div classNamedark-panel.../div }; // 客户端组件 const ThemedButton () { const theme useContext(ThemeContext); return theme.Button /; };这种演进让抽象工厂更贴合现代开发范式如结合IoC容器实现依赖注入用函数式编程替代类继承通过Hooks动态切换产品族