创建型模式——Abstract Factory

 

1. 意图

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

2. 适用性
在以下情况可以使用 Abstract Factory模式

• 一个系统要独立于它的产品的创建、组合和表示时。

• 一个系统要由多个产品系列中的一个来配置时。

• 当你要强调一系列相关的产品对象的设计以便进行联合使用时。

• 当你提供一个产品类库，而只想显示它们的接口而不是实现时。 

3. 参与者

• AbstractFactory 

— 声明一个创建抽象产品对象的操作接口。

• ConcreteFactory 

— 实现创建具体产品对象的操作。

• AbstractProduct 

— 为一类产品对象声明一个接口。

• ConcreteProduct 

— 定义一个将被相应的具体工厂创建的产品对象。

— 实现AbstractProduct接口。

• Client

— 仅使用由AbstractFactory和AbstractProduct类声明的接口。 

4. 优缺点

1) 它分离了具体的类 Abstract Factory模式帮助你控制一个应用创建的对象的类。因为一个工厂封装创建产品对象的责任和过程，它将客户与类的实现分离。客户通过它们的抽象接口操纵实例。产品的类名也在具体工厂的实现中被分离，它们不出现在客户代码中。

2) 它使得易于交换产品系列 一个具体工厂类在一个应用中仅出现一次— 即在它初始化的时候。这使得改变一个应用的具体工厂变得很容易。它只需改变具体的工厂即可使用不同的产品配置，这是因为一个抽象工厂创建了一个完整的产品系列，所以整个产品系列会立刻改变。

3) 它有利于产品的一致性 当一个系列中的产品对象被设计成一起工作时，一个应用一次只能使用同一个系列中的对象，这一点很重要。而AbstractFactory很容易实现这一点。

4) 难以支持新种类的产品，难以扩展抽象工厂以生产新种类的产品。一旦工厂增加新产品，就需要扩展所有工厂子类。

5. 实现

1）工厂通常最好实现为单例

2）为每个产品定义一个工厂方法

3）定义可扩展工厂（解决新增产品问题）

----------------------------------------------------------------------------摘自Dedign Pattern GOF

设计思路：

先抽象产品族，再抽象工厂。A键盘，B键盘->雷蛇键盘，海盗船键盘->雷蛇外设工厂，海盗船外设工厂->外设工厂