工厂模式是我们最常用的实例化对象模式了，是用工厂方法代替new操作的一种模式。著名的Jive论坛 ,就大量使用了工厂模式，工厂模式在Java程序系统可以说是随处可见。因为工厂模式就相当于创建实例对象的new，我们经常要根据类Class生成实例对象，如A a=new A() ，工厂模式也是用来创建实例对象的，所以以后new时就要多个心眼，是否可以考虑使用工厂模式，虽然这样做，可能多做一些工作，但会给你系统带来更大的可扩展性和尽量少的修改量。
在工厂模式中，客户类与工厂类分开。消费者任何时候需要某种产品，只需向工厂请求即可。消费者无需修改就可以接纳新产品，缺点是当产品本身修改时，工厂类也要做相应的修改，例如如何创建以及如何向客户端提供。
比如创建一个Dog实例：
Dog dog = new Dog();
这种情况是无参数创建，很简单，但是实际情况是，在创建的时候往往要做一些初始化工作，比如赋值，查询，加一些参数，虽然可以修改构造器，但是如果初始化工作很复杂，会有很长的一段代码写入构造器中，那么代码就会变得臃肿难看。将代码写入一个方法也就是把鸡蛋放在一个篮子里，不仅仅是难看，也增加了程序本身的风险，有悖于Java面向对象的原则。面向对象的封装和分派告诉我们，应该尽量将长的代码分派切割，再将切割成的每段封装起来，减少互相间的耦合性，这样会将风险分散，以后如果某个地方需要修改，只需要修改某一段，不会在牵一发而动全身。
工厂模式主要是为创建对象提供了接口，一般来说分为如下三类：
1 简单工厂模式（Simple Factory）
2 工厂方法模式（Factory Method）
3 抽象工厂模式（Abstract Factory）
上述三种模式从上到下逐步抽象，更具有一般性。其实简单工厂模式也可以理解为工厂方法模式的一种特例，后面会一一讲解到。如果在编码时，不能预见需要创建哪种类型的实例，或者系统不依赖与产品如何被创建、组合和表达的细节，那么一定要考虑考虑是否可以使用工厂模式。
工厂模式总结：
意图：定义一个创建对象的接口，让其子类自己决定实例化哪一个工厂类，工厂模式使其创建过程延迟到子类进行。
主要解决：主要解决接口选择的问题。
何时使用：我们明确地计划不同条件下创建不同实例时。
如何解决：让其子类实现工厂接口，返回的也是一个抽象的产品。
关键代码：创建过程在其子类执行。
应用实例：
1、您需要一辆汽车，可以直接从工厂里面提货，而不用去管这辆汽车是怎么做出来的，以及这个汽车里面的具体实现。
2、Hibernate 换数据库只需换方言和驱动就可以。
优点：
1、一个调用者想创建一个对象，只要知道其名称就可以了。
2、扩展性高，如果想增加一个产品，只要扩展一个工厂类就可以。
3、屏蔽产品的具体实现，调用者只关心产品的接口。
缺点：每次增加一个产品时，都需要增加一个具体类和对象实现工厂，使得系统中类的个数成倍增加，在一定程度上增加了系统的复杂度，同时也增加了系统具体类的依赖。这并不是什么好事。
使用场景：
1、日志记录器：记录可能记录到本地硬盘、系统事件、远程服务器等，用户可以选择记录日志到什么地方。
2、数据库访问，当用户不知道最后系统采用哪一类数据库，以及数据库可能有变化时。
3、设计一个连接服务器的框架，需要三个协议，"POP3"、"IMAP"、"HTTP"，可以把这三个作为产品类，共同实现一个接口。
注意事项：作为一种创建类模式，在任何需要生成复杂对象的地方，都可以使用工厂方法模式。有一点需要注意的地方就是复杂对象适合使用工厂模式，而简单对象，特别是只需要通过 new 就可以完成创建的对象，无需使用工厂模式。如果使用工厂模式，就需要引入一个工厂类，会增加系统的复杂度。
