标签：
简单工厂、工厂方法模式，接着必须学习抽象工厂模式
1、使用意图
扩展工厂方法模式
淘宝电影、猫眼电影都能为我们生成当天各种电影票
个人觉得实实在在的根据抽象工厂模式定义的类应该会很少，毕竟不方便扩展，虽然它是一种很了不起的思想。一般都会采用反射机制+抽象工厂完成，比如，JDBC模块，在使用DriverManger.getConnection 这一步之前，必须要先加载驱动，也就是 Class.forname(class);这里指定class，通过这一步就可以创建驱动实例，也就是通过反射和工厂模式为应用注入了对象；Spring 核心之一 IoC 采用的也是反射机制+工厂模式来完成。
抽象工厂模式：提供一个创建一系列相关或相互依赖的对象的接口，而无需指定他们的具体类。
最大的优点是：容易交换产品系列，在一个应用中只需要在初始化的时候出现一次，这就使得改变一个应用的具体工厂变得非常容易，他只需要改变具体工厂即可使用不同的产品配置。
其次，他让具体创建实例过程与客户端分离，客户端是通过他们的抽象接口操作实例，产品的具体类别也被具体工厂实现分离，不出现在客户端代码中。
我们知道简单工厂模式（静态工厂模式）就是简单的把对象的创建过程移到了工厂当中，通过对客户端传入的参数flag进行判断生成对应的product对象；具体类图如下：
这个模式最大的优点是把对象生成的复杂逻辑与客户端进行分离，这些逻辑判断通通交给了工厂，所以缺点也很明显，只要新增一种产品，他就需要修改工厂里面的逻辑判断；
接着，工厂方法模式则是简单工厂模式的一种改进，他把生成对象的逻辑判断移到客户端，有客户端自己来决定初始化哪个需要的类，那么，当你需要新增一种产品时，只需要新增一个工厂类，就可以达到目的，这样克服了简单工厂模式违背的开放封闭原则。具体类图如下：
当你需要，新增一种产品时，就可以通过新增一个ConcreteFactory类实例化一个ConcreteProduct，客户端则更具自己需要来选择具体的ConcreteFactory。相比简单工厂，可以这么说，工厂方法模式其实就是增加了工厂。
然后，就是抽象工厂模式，抽象工厂模式是在专门的条件下生成，比较简单工厂和工厂模式可以知道，他们生产的对象都有一个共同点，那就是生产的对象都是Product的子类，这些对象都是一类产品。可是如果我还想生成不是Product子类的产品怎么办呢？那么，抽象工厂模式就是在工厂方法模式上扩展，把createProduct新增扩展为CreateProductA和CreateProductB，甚至更多！就可以生成ProductA的子类，也可以生成ProductB的子类了。因为ProductA的子类可能有很多，所以 ConcreteFactory也就会有很多，而且ProductA和ProductB一般都是同属一个家族。最后，你发现如果需要新增ProductC时，这个扩展起来可真不容易........
最后，抽象工厂模式就是工厂方法模式的扩展，工厂方法模式就是简单工厂的改进。
本文参考：
http://my.oschina.net/sunchp/blog/363483
标签：
原文地址：http://my.oschina.net/heweipo/blog/466376
