设计模式 - Abstract Factory模式

1、意图

提供一个创建一系列相关或相互依赖对象的接口，而无需指定它们具体的类。

2、适用性

以下情况可用Abstract Factory 模式：

• 一个系统要独立于它的产品的创建、组合和表示时。
• 一个系统要有多个产品系列中的一个来配置时。
• 当你要强调一系列相关产品对象的设计以便进行联合使用时。
• 当你提供一个产品类库，而只想显示它们的接口而不是实现时。

3、通用结构

 

4、参与者

• AbstractFactory：声明一个创建抽象产品对象的操作接口。
• ConcreteFactory：实现创建具体产品对象的操作。
• AbstractProduct：为一类产品对象声明一个接口。
• ConcreteProduct：定义一个将被相应的具体工厂创建的产品对象；实现AbstractProduct接口。
• Client：仅使用由AbstractFactory和AbstractProduct类声明的接口。

5、协作

•  通常在运行时刻创建一个ConcreteFactory类的实例。这一具体的工厂对象实例创建具有特定实现的产品对象。为创建不同的产品对象，用户应使用不同的具体工厂。
• AbstractFactory将产品对象的创建延迟到它的ConcreteFactory子类。

6、效果

• 它分离了具体的类
• 它使得易于交换产品序列
• 它有利于产品的一致性
• 难以自持新种类的产品

7、实现

•  将ConcreteFactory作为单件：一个应用中一般每个产品系列只需一个ConcreteFactory实例。因此，可将ConcreteFactory实现为Singleton。
• 创建产品：AbstractFactory仅声明一个创建产品的接口，真正创建产品是由ConcreteFactory实现的。
  1）为每个产品定义一个工厂方法。一个具体工厂将为每个产品重定义该工厂方法以指定产品。优点：实现简单；缺点：要求每个产品系列都要定义一个新的具体工厂子类，尽管这些产品系列的差别很小。
  2）如果有多个可能的产品系列，具体工厂也可以使用Protocol模式来实现。具体工厂使用产品系列中每一个产品的原型实例来初始化，且它通过复制它的原型来创建新的产品。在基于原型的方法中，使得不是每一个新的产品系列都需要一个新的具体工厂类
• 定义可扩展的工厂：给创建对象的操作接口添加一个参数，该参数指定了将被创建的对象的种类。