抽象工厂模式

  抽象工厂模式（Abstract Factory）：提供一个创建一系列相关或相互依赖对象的接口，而无需指定它们具体的类。

  

   AbstractProductA 和 AbstractProductB 是两个抽象产品， 而 ProductA1,  ProductA2, 和 ProductB1,  ProductB2 就是对两个抽象产品的具体分类的实现

  IFactory 是一个抽象工厂接口， 它里面应该包含所有的产品创建的抽象方法， 而ConcreteFactory1 和 ConcreteFactory2 就是具体的工厂类 

  通常是在运行时刻再创建一个ConcreteFactory 类的实例，这个具体工厂再创建具有特定实现的产品对象， 也就是说，为创建不同的产品对象， 客户端使用不同的具体工厂。

  抽象工厂模式的优点和缺点：

  优点：1、好处就是易于交换产品系列， 由于具体工厂类在一个应用中只需要在初始化的时候出现一次， 这就使得改变一个应用的具体工厂变得非常容易， 它只需要改变具体工厂即可使用不同的产品配置。

              2、它让具体的创建实例过程与客户端分离， 客户端是通过它的抽象接口操作实例， 产品的具体类名也被具体工厂的实现分离， 不会出现在客户代码中。

  缺点： 后期如果需要增加功能， 抽象工厂就需要增加及改动很多类， 这样大批量的改动 显然是非常丑陋的做法。

  抽象工厂模式可以配合其它模式或方法来配合使用， 是需求能够得到更好的满足 

 1、用简单工厂来改进抽象工厂

 2、用反射 + 抽象工厂的数据访问程序

 3、用反射 + 配置文件实现数据访问程序

 *所有在用简单工厂的地方， 都可以考虑用反射技术来去除switch 或 if， 解除分支判断带来的耦合。