在简单工厂模式中产品的创建统一在工厂类的静态工厂方法中创建，体现了面形对象的封装性，客户程序不需要知道产品产生的细节，也体现了面向对象的单一职责原则（SRP)，这样在产品很少的情况下使用起来还是很方便， 但是如果产品很多，并且不断的有新产品加入，那么就会导致静态工厂方法变得极不稳定，每次加入一个 ...

返回目录 在简单工厂的讲解中，出现了很多问题，我们对象统一行为抽象出一个接口（或者抽象类）之后，再根据你传入的类型进行创建实例，这只适合于你有固定行为的场合，当你要实现接口的类型处于不定数时，则不适合使用简单工厂模式，而应该用工厂方法了。 适用场合： 子类有统一的操作行为 子类的数量不固定 ...

工厂方法模式（Factory Method） 工厂模式适合：凡是出现了大量的产品需要创建，并且具有共同的接口时，可以通过工厂方法模式进行创建。在以下的三种模式中，第一种如果传入的字符串有误，不能正确创建对象，第三种相对于第二种，不需要实例化工厂类，所以，大多数情况下，我们会选用第三种——静态工厂方法 ...

索引 别名 意图 结构 参与者 适用性 缺点 效果 相关模式 命名约定 实现 实现方式（一）：Creator 类是一个抽象类并且不提供它所声明的工厂方法的实现。 实现方式（二）：Creator 类是一个具体类而且为工厂方法提供一个 ...

工厂模式提供创建对象的接口。 工厂模式分为三类：简单工厂模式(Simple Factory), 工厂方法模式(Factory Method)和抽象工厂模式(Abstract Factory).GOF在《设计模式〉中将工厂模式分为两类：工厂方法模式(Factory Method ...

一、概述在软件系统中，经常面临着“某个对象”的创建工作，由于需求的变化，这个对象的具体实现经常面临着剧烈的变化，但是它却拥有比较稳定的接口。如何应对这种变化？如何提供一种封装机制来隔离出“这个易变对象”的变化，从而保持系统中“其它依赖该对象的对象”不随着需求的改变而改变？这就可以用到工厂方法模式 ...

一、引言 在上一篇文章中我们讲解了过渡的一种模式叫做【简单工厂】，也有叫【静态工厂】的，通过对简单工厂模式得了解，我们也发现了它的缺点，就是随着需求的变化我们要不停地修改工厂里面的方法的代码，需求变化越多，里面的If--Else--也越多，这样就会造成简单工厂的实现逻辑过于复杂 ...

前言 设计模式目录： 小菜学习设计模式（一）—模板方法（Template）模式 小菜学习设计模式（二）—单例（Singleton）模式 小菜学习设计模式（三）—工厂方法（Factory Method）模式 小菜学习设计模式（四）—原型（Prototype）模式 小菜学习 ...