最近一些面试中，一个同事会习惯性的让对方讲下对工厂模式的理解，匪夷所思的是十个人仅有4个人能说来个 1 2 3，里边又仅有一个能够讲的比较清楚。
工厂模式作为最简单、最普遍的设计模式[本人观点] ，涉及到的知识也很有限，还是需要大家花费10分钟了解一下的。否则会给面试官一种java的多态你白学了的感觉；
站在面试角度，一个设计模式需要关注哪些呢：
1.为什么用？ 为什么不用？
2.什么时候用？ 什么时候不用？
这两个问题其实有一定的重合的，为了方便大家理解与牢记，分为另个问题来回答。
1.为什么用，示例：
现需要获取三辆标准版汽车A,B,C.汽车的属性很多：颜色，轴距，长宽高等
如果自己创造， 需要new Car(自动驻车，红色,...param),new Car(360全息影像，红色,...param),new Car(倒车影像，红色,...param)每个里边都需要传入对应参数（电动版、汽油版、混动版？ 是否加装全景天窗等等，一辆车的属性几乎有几百个，new的时候不可能一个个去指定参数吧）
使用工厂的话就是：CarFactory.createLowRedCar()(生产低配红色的汽车),CarFactory.createHighRedCar()（生产高配红色的汽车）
区别呢？ 区别在于自己使用new方法实例化，需要关心每个车里边的属性（高低中配，黑白红灰等颜色），如果使用工厂则直接用其子类生产即可，相应的配置与颜色都在工厂里边事先 定制好。
此时为什么用工厂实际已经有说法了：当生产对象有复杂繁琐的处理或参数时，一个一个的生产每次都会浪费投入，使用工厂每配置好一个模型就可批量生产
减少生产产品（new Car）时的繁琐操作(超多的参数)
同样的其优缺点也很明显，增加代码文件的数量来解决耦合度和扩展性问题（这是多态和各种设计模式无法避免的问题之一）：使用工厂，每再增加个车型，都需要增加一条流水线（配置新的工厂和新的实现，增加代码数量、复杂度）.所以当生产的产品很简单时，就不必使用工厂模式，直接new 即可。
以上举例仅为了方便理解。
官方汇总如下：
注意事项：作为一种创建类模式，在任何需要生成复杂对象的地方，都可以使用工厂方法模式。有一点需要注意的地方就是复杂对象适合使用工厂模式，而简单对象，特别是只需要通过 new 就可以完成创建的对象，无需使用工厂模式。如果使用工厂模式，就需要引入一个工厂类，会增加系统的复杂度。
意图：定义一个创建对象的接口，让其子类自己决定实例化哪一个工厂类，工厂模式使其创建过程延迟到子类进行。
主要解决：主要解决接口选择的问题。
何时使用：我们明确地计划不同条件下创建不同实例时。
如何解决：让其子类实现工厂接口，返回的也是一个抽象的产品。
关键代码：创建过程在其子类执行。
应用实例： 1、您需要一辆汽车，可以直接从工厂里面提货，而不用去管这辆汽车是怎么做出来的，以及这个汽车里面的具体实现。 2、Hibernate 换数据库只需换方言和驱动就可以。
优点： 1、一个调用者想创建一个对象，只要知道其名称就可以了。 2、扩展性高，如果想增加一个产品，只要扩展一个工厂类就可以。 3、屏蔽产品的具体实现，调用者只关心产品的接口。
缺点：每次增加一个产品时，都需要增加一个具体类和对象实现工厂，使得系统中类的个数成倍增加，在一定程度上增加了系统的复杂度，同时也增加了系统具体类的依赖。这并不是什么好事。
网友评论