设计模式系列（五）——抽象工厂模式

序

抽象工厂模式提供一个创建一系列相关或者相互依赖的对象的接口，而无需指定他们具体的类

动机与结构

考虑一组支持多种视觉风格的窗口组件，他们应该保持一致的视觉风格。同时可以方便的在不同的视觉风格中切换。这就要求我们，不能在应用中硬编码特定视觉风格的窗口组件。

为解决这个问题，我们定义一个抽象类，这个类定义了创建不同窗口组件的接口。通过继承这个抽象类的接口，子类实现了创建特定视觉风格窗口组件的功能。客户程序调用这些接口获得特定的窗口组件实例，但是不用知道具体的类。

其结构图如下



作为这样实现的附加属性，窗口组件之间的依赖关系得到了增强。他们总是一组组件同时使用，而不会出现错位

使用时机

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

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

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

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

工作方法

组件

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

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

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

ConcreteProduct: 定义一个将被相应的ConcreteFactory创建的产品对象, 实现AbstractProduct接口

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

协作

通常在运行时刻创建一个ConcreteFactroy类的实例。

AbstractFactory将产品对象的创建延迟到它的 ConcreteFactory子类

优缺点

优点

它分离了具体的类.它将客户与类的实现分离

它使得易于改变产品系列

它有利于产品的一致性

缺点

难以支持新种类的产品

实现要点

将工厂作为singleton

创建产品的方式。最简单的是为每一个系列产品都定义一个工厂方法。另外，也可以使用Prototype模式

在动态类型语言中，可以方便的定义可扩展的工厂。当然C++这种静态类型语言也是可以的。这在工厂方法模式中会有所阐述