设计模式--抽象工厂模式（Abstract Factory Pattern）

定义：

为建立一组相关或者是相互依赖的对象提供一个接口，而不须要指定它们的具体类。

使用场景：

一个对象族具备相同的约束时，可使用抽象工厂模式。

• 一个系统不该当依赖于产品类实例如何被建立、组合和表达的细节，这对于全部类型的工厂模式都是重要的。
• 系统中有多于一个的产品族，而每次只使用其中某一产品族。
• 属于同一个产品族的产品将在一块儿使用，这一约束必须在系统的设计中体现出来。
• 系统提供一个产品类的库，全部的产品以一样的接口出现，从而使客户端不依赖于具体实现。

UML类图

优势:

• 抽象工厂模式隔离了具体类的生成，使得客户并不须要知道什么被建立。因为这种隔离，更换一个具体工厂就变得相对容易。全部的具体工厂都实现了抽象工厂中定义的那些公共接口，所以只需改变具体工厂的实例，就能够在某种程度上改变整个软件系统的行为。另外，应用抽象工厂模式能够实现高内聚低耦合的设计目的，所以抽象工厂模式获得了普遍的应用。
• 当一个产品族中的多个对象被设计成一块儿工做时，它可以保证客户端始终只使用同一个产品族中的对象。这对一些须要根据当前环境来决定其行为的软件系统来讲，是一种很是实用的设计模式。
• 增长新的具体工厂和产品族很方便，无须修改已有系统，符合“开闭原则”。

缺点：

• 在添加新的产品对象时，难以扩展抽象工厂来生产新种类的产品，这是由于在抽象工厂角色中规定了全部可能被建立的产品集合，要支持新种类的产品就意味着要对该接口进行扩展，而这将涉及到对抽象工厂角色及其全部子类的修改，显然会带来较大的不便。
• 开闭原则的倾斜性（增长新的工厂和产品族容易，增长新的产品等级结构麻烦）