设计模式笔记--抽象工厂模式

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

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

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

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

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

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

结构

参与者

Abstract Factory --声明一个创建抽象产品对象的操作接口

ConcreteFactory--实现创建具体产品对象的操作

AbstractProduct--为一类产品对象声明一个接口

ConcreteProduct--定义一个将被相应的具体工厂创建的产品对象，实现AbstractProduct接口

Client--仅使用由AbstractFactory和AbstractProduct类声明的接口

效果

AbstractFactory模式有以下一些优缺点：

1.它分离了具体的类 

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

2.它使得易于交换产品系列 

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

3.它有利于产品的一致性 

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

4.难以支持新种类的产品 

      难以扩展抽象工厂以产生新种类的产品。这是因为AbstractFactory接口确定了可以被创建的产品集合。支持新种类的产品就需要扩展该工厂接口这将涉及AbstractFactory类及其所有子类的改变。我们会在实现一节讨论这个问题的一个解决办法。

实现

下面是实现AbstractFactory模式的一些有用技术

1.将工厂作为单件

      一个应用中一般每个产品系列只需一个ConcreteFactory的实例。因此工厂通常最好实现为一个Singleton

2.创建产品

      AbstractFactory仅声明一个创建产品的接口，真正创建产品是由ConcreteProduct子类实现的。通常的一个办法是为每一个产品定一个工厂方法。一个具体的工厂将为每个产品重定义该工厂方法以制定产品。虽然这样的实现很简单，但它却要求没个产品系列都要有一个新的具体工厂子类，即使这些产品系列的差别很小。

      如果有多个可能的产品系列，具体工厂也可以使用Prototype模式来实现。扎工厂使用产品系列中的每一个产品的原型实例来初始化，且它通过复制它的原型来创建新的产品。在基于原型的方法中，使得不是每个新的产品系列都需要一个新的具体工厂类。