版权声明：本文为博主原创文章，未经博主允许不得转载。 https://blog.csdn.net/NCUscienceZ/article/details/83512204
1、首先对比回顾简单工厂模式：
简单工厂模式最大优点在于，工厂类中包含了必要的逻辑判断，根据客户的选择条件动态实例化相关的类，对于客户端来说，去除了与具体产品的依赖。核心是因为简单工厂内部添加了‘Case’分支条件判断语句，如果一旦要加一个新的实例类功能，那就必须重新修改工厂类中的逻辑判断‘Case’语句，这本身违反了“开发-封闭原则”。
2、所以工厂方法模式是简单工厂模式的进一步抽象和推广。由于使用了多态性，工厂方法模式保持了简单工厂模式的优点（可以创建多个实例），而且克服了它的缺点。模式图如下：
3、简单工厂模式工厂类与逻辑分支‘Case’判断语句耦合，为了解决此问题，根据依赖倒转原则，我们把工厂类抽象出一个接口，这个类只有一个方法，就是穿件抽象产品工厂的方法。然后，所有所有要生产具体类的工厂就去实现这个接口，于是我们要新增加功能时，就不需要更改原有的工厂类，只要增加此功能的新类和对应的工厂类即可。
4、关于工厂类的重要理解：
如果说简单工厂类把全部的逻辑处理功能都由客户端转移至简单工厂，可以理解。但是工厂方法模式再次把逻辑判断负担转向客户端，而自己单单仅有创建具体对象实例功能，那为什么还要建工厂？为什么不由客户端直接创建功能实例对象？
工厂模式的核心目的就是：集中封装了对象的创建过程，使得更换对象时，不需要做打的改动就能实现，降低了客户端与产品对象的耦合。