设计模式(2) - 抽象工厂

问题描述

一个系统通常由多个相互关联的类/接口构成。如果这些相关类/接口存在不同版本的实现方式，如何保证这些不同版本的相关类能够配套工作？当然可以用硬编码的方式来保证，但是当这些相关类数目众多，引用方式庞杂，硬编码的方式并不容易，也不方便维护。抽象工厂模式提供一种直截了当的方式来确保这种相关性(类之间的配套关系)；通过一个具体的工厂类，程序员能够方便的选择一组配套的接口对象来配置该系统。

抽象工厂模式

如下图所示，抽象工厂定义了一系列的工厂方法来创建本系统中相互关联的产品(即接口ProductA, ProductB)。ConcreteFactory1或者ConcreteFacotry2能够正确的选择相关的具体类并形成配套(即ProductA1和ProductB1配套，ProductA2和ProductB2配套)。客户端可以选择ConcreteFactory1或者ConcreteFacotry2来配置软件系统。同时，客户端调用工厂方法(即CreateFactoryA()和CreateProductB())来创建相应的具体产品(即ProductA1, ProductB1等)，让客户端和具体产品类型透明(因为客户端逻辑必须基于抽象类型ProductA & ProductB来构造，而不是基于ProductA1 & ProductB1来构造)。

讨论

和工厂方法模式比较起来，可以说工厂方法模式就是抽象工厂模式的退化版本；但是抽象工厂模式更关注于如何配置多个相关对象，如何保证所创建出来的相关接口能够配套工作。抽象工厂模式很容易的实现了产品的系列化，用ConcreteFactory2替换ConcreteFactory1就可以得到另外一套产品。

抽象工厂通常由工厂方法模式来构造，也可以由原型模式来构建。由于原型模式本身的动态可配置性，使用原型模式来实现抽象工厂模式的时候，不需要为每个产品系列都定义一个具体的工厂类。