序
抽象工厂模式提供一个创建一系列相关或者相互依赖的对象的接口,而无需指定他们具体的类
动机与结构
考虑一组支持多种视觉风格的窗口组件,他们应该保持一致的视觉风格。同时可以方便的在不同的视觉风格中切换。这就要求我们,不能在应用中硬编码特定视觉风格的窗口组件。
为解决这个问题,我们定义一个抽象类,这个类定义了创建不同窗口组件的接口。通过继承这个抽象类的接口,子类实现了创建特定视觉风格窗口组件的功能。客户程序调用这些接口获得特定的窗口组件实例,但是不用知道具体的类。
其结构图如下
作为这样实现的附加属性,窗口组件之间的依赖关系得到了增强。他们总是一组组件同时使用,而不会出现错位
使用时机
- 一个系统要独立于它的产品的创建、组合和表示时。
- 一个系统要由多个产品系列中的一个来配置时。
- 当你要强调一系列相关的产品对象的设计以便进行联合使用时。
- 当你提供一个产品类库,而只想显示它们的接口而不是实现时。
工作方法
组件
- AbstractFactory: 声明一个创建抽象产品对象的操作接口
- ConcreteFactory: 实现创建具体产品对象的操作
- AbstractProduct: 为一类产品对象声明一个接口
- ConcreteProduct: 定义一个将被相应的ConcreteFactory创建的产品对象, 实现AbstractProduct接口
- Client: 仅使用由AbstractFactory和AbstractProduct类声明的接口
协作
- 通常在运行时刻创建一个ConcreteFactroy类的实例。
- AbstractFactory将产品对象的创建延迟到它的 ConcreteFactory子类
优缺点
优点
- 它分离了具体的类.它将客户与类的实现分离
- 它使得易于改变产品系列
- 它有利于产品的一致性
缺点
- 难以支持新种类的产品
实现要点
- 将工厂作为singleton
- 创建产品的方式。最简单的是为每一个系列产品都定义一个工厂方法。另外,也可以使用Prototype模式
- 在动态类型语言中,可以方便的定义可扩展的工厂。当然C++这种静态类型语言也是可以的。这在工厂方法模式中会有所阐述