Abstract Factory （抽象工厂）–对象创建模式

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

二、动机
1.在软件系统中，经常面临着“一系列相互依赖的对象”的创建工 作;同时，由于需求的变化，往往存在更多系列对象的创建工作。
2.如何应对这种变化?如何绕过常规的对象创建方法(new)，提供一 种“封装机制”来避免客户程序和这种“多系列具体对象创建工作” 的紧耦合?

三、适用性
1.一个系统要独立于它的产品的创建、组合和表示时。
2.一个系统要由多个产品系列中的一个来配置时。
3.当你要强调一系列相关产品对象的设计以便进行联合使用时。
4.当你提供一个产品类库、而只想显示它们的接口而不是实现时。

四、结构

五、效果
1.它分离了具体的类。
2.它使得易于交换产品系列。
3.它有利于产品的一致性。
4.难以支持新种类的产品。

六、实现
1.将工厂作为单件。
2.创建产品。
3.定义可扩展的工厂。

七、要点总结
1.如果没有应对“多系列对象构建”的需求变化，则没有必要使用 Abstract Factory模式，这时候使用简单的工厂完全可以。
2.“系列对象”指的是在某一特定系列下的对象之间有相互依赖、 或作用的关系。不同系列的对象之间不能相互依赖。
3.Abstract Factory模式主要在于应对“新系列”的需求变动。其缺点在于难以应对“新对象”的需求变动。
4.所有餐品都将返回类型所给的相同的抽象接口返回给客户。客户将不能区分或对一个产品的类型进行安全的假定。如果一个客户需要进行与特定的子类相关的操作，而这些操作却不能通过抽象的接口得到。虽然可以实现一个向下类型转型，但这并总是可行或安全的。

八、举例说明
家具工厂，要建椅子、凳子、桌子等，有些客户可能要木质的，有些客户可能要竹制的，还有些药塑料制的等，比较适合抽象工厂模式，根据具体不同（材质）系列工厂提供相应的产品。

本文为李建忠设计模式视频的笔记以及《设计模式-可复用面向对象的软件的基础》和自己的部分见解