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

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

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

工厂方法模式概述 工厂方法模式是为了弥补简单工厂模式的不足并且继承它的优点而延生出的一种设计模式，属于GoF中的一种。它能更好的符合开闭原则的要求。 定义：定义了一个用于创建对象的接口，但是让子类决定将哪一个类实例化。即让类的实例化延迟到子类 举个例子：大众汽车 ...

简单工厂模式Simple Factory Pattern【Simple Factory Pattern】是设计模式里最简单的一个模式，又叫静态工厂模式【Static Factory Pattern】，这个模式没有收录在GOF 23 个模式中，因为他非常简单，在项目中使用也非常广泛，所以就用它来开篇 ...

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

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

在简单工厂模式中通过工厂Factory获取不同的对象，但是有一个明显的缺点——简单工厂模式系统难以扩展！ 一旦添加新产品就不得不修改简单工厂方法，这样就会造成简单工厂的实现逻辑过于复杂， 可以通过工厂方法模式可以解决简单工厂模式中存在的这个问题，看代码： 汽车类下面有两种 ...