本文主要是介绍工厂方法模式的两个极端，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！
什么是工厂方法：
概念：是一种常用的对象创建型设计模式,此模式的核心精神是封装类中不变的部分，提取其中个性化善变的部分为独立类，通过依赖注入以达到解耦、复用和方便后期维护拓展的目的。定义：定义一个用于创建对象的接口，让子类决定实例化哪一个类。工厂方法使一个类的实例化延迟到其子类。
用处：为了解决下图简单工厂类中使用了判断，如果修改运算类那么就需要修改对应的简单工厂类，违背了开闭原则，进而提出了工厂方法模式（下面只用UML图来解释两个极端至于对应的代码就不做过多解释，图中的关系对应的代码问题请访问：http://blog.csdn.net/shiyiqijialimin/article/details/48128785）
一对一的极端
这种纯一对一的极端：优点是一个子工厂对应一个算法子类让我们看起来更加清晰；不足是：如果算法很多的时候，需要产生很多的子工厂。
一对多的极端
这种一对多的极端：优点是将一些可以封装的pizza子类放到了一个子工厂里，省去了子工厂的创建；不足是：如果需要修改其中子工厂的类就又会违背开闭原则。
两极端一起运用：
一对一的工厂方法图是大话设计模式上介绍的，而一对多的图是Head First设计模式上介绍的，两者优势互补，合并到一起运用就非常方便了。用制作pizza的例子来说明的话就是：对于一对多的工厂不产生修改问题，假设这的多个pizza子类是招牌菜，如果增加新菜，那么就产生一个子工厂对应这一个pizza子类，如下图
感受：
在学习设计模式的时候，应该从不同的角度去理解它，就好比head first最后讲的复合模式一样，在什么样的环境中用这个模式合适，如何再进行改造就会更好，但是改造的前提还得是我们的六大原则，让我们用好设计模式这个巨人吧。这篇关于工厂方法模式的两个极端的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！
