1、 抽象工厂模式
提供一个创建一系列相关或相互依赖对象的接口，而无需指定它们具体的类。
结构图如下：
AbstractProductA和AbstractProductB是两个抽象产品，之所以为抽象，是因为它们都有可能有两种不同的实现，如：产品1是用SQL数据库实现的、而产品2是由Access数据库实现的。
AbstractFactory是一个抽象工厂接口，它里面应该包含所有的产品创建的抽象方法。而ConcreteFactory1和ConcreteFactory2就是具体的工厂了。由这两个工厂产生具体的产品。如图中，ConcreteFactory1生产ProductA 1和ProductB 1这两个具体产品。
通常是在运行时刻再创建一个ConcreteFactory类的实例，这个具体的工厂再创建具有特定实现的产品对象，说，为创建不同的产品对象，客户端应该使用不同的具体工厂。
2、 抽象工厂的优缺点
优点，易于交换产品系列，由于具体工厂类，在一个应用中只需在初始化的时候出现一
次，这就使得改变一个应用的具体工厂变得非常容易，他只需改变具体工厂即可使用不同的产品配置。它让具体的创建实例过程与客户端分离，客户端是通过他们的抽象接口操作实例，产品的具体类名也被具体的工厂的实现分离，不会出现在客户代码中。
缺点是当需要新增一个抽象产品时，不止需要新增3个类（AbstractProductC、ProductC1、ProductC1），而且需要修改3个类(ConcreteFactory、ConcreteFactory 1、ConcreteFactory 2)。
针对解决这一缺陷可以使用简单工厂+反射技术（由于篇幅过长不给出详述）。