1、意图
提供一个创建一系列相关或相互依赖对象的接口，而无需指定它们具体的类。
2、适用性
以下情况可用Abstract Factory 模式：
-
一个系统要独立于它的产品的创建、组合和表示时。
-
一个系统要有多个产品系列中的一个来配置时。
-
当你要强调一系列相关产品对象的设计以便进行联合使用时。
-
当你提供一个产品类库，而只想显示它们的接口而不是实现时。
3、解决方案
协调对象组的创建。提供一种方式，将如何执行对象实例化的规则从使用这些对象的客户对象提取出来。
4、通用结构
5、参与者
- AbstractFactory：声明一个创建抽象产品对象的操作接口。
- ConcreteFactory：实现创建具体产品对象的操作。
- AbstractProduct：为一类产品对象声明一个接口。
- ConcreteProduct：定义一个将被相应的具体工厂创建的产品对象；实现AbstractProduct接口。
- Client：仅使用由AbstractFactory和AbstractProduct类声明的接口。
6、协作
- 通常在运行时刻创建一个ConcreteFactory类的实例。这一具体的工厂对象实例创建具有特定实现的产品对象。为创建不同的产品对象，用户应使用不同的具体工厂。
- AbstractFactory将产品对象的创建延迟到它的ConcreteFactory子类。
7、效果
- 它分离了具体的类
- 它使得易于交换产品序列
- 它有利于产品的一致性
- 难以自持新种类的产品
8、实现
- 将ConcreteFactory作为单件：一个应用中一般每个产品系列只需一个ConcreteFactory实例。因此，可将ConcreteFactory实现为Singleton。
- 创建产品：AbstractFactory仅声明一个创建产品的接口，真正创建产品是由ConcreteFactory实现的。
1）为每个产品定义一个工厂方法。一个具体工厂将为每个产品重定义该工厂方法以指定产品。优点：实现简单；缺点：要求每个产品系列都要定义一个新的具体工厂子类，尽管这些产品系列的差别很小。
2）如果有多个可能的产品系列，具体工厂也可以使用Protocol模式来实现。具体工厂使用产品系列中每一个产品的原型实例来初始化，且它通过复制它的原型来创建新的产品。在基于原型的方法中，使得不是每一个新的产品系列都需要一个新的具体工厂类 - 定义可扩展的工厂：给创建对象的操作接口添加一个参数，该参数指定了将被创建的对象的种类8
