本文共 3188 字，大约阅读时间需要 10 分钟。
本文出自
注意，在设计模式中，所谓的“实现一个接口”，不一定就表示”写一个类，并利用implements关键词来实现某个java接口“，而是泛指“实现某个超类型（可以是类或接口）的某个方法”
认识工厂模式
在简单工厂模式的SimpleFactory, 你确实可以创建比萨，但是其他部分：烘烤，切片等可能不同的店会有不同的差异。
如果我们要在其他地方开比萨店，比如在北京开比萨店，那么北京的制作比萨是不一样风格的，使用这个类的话，可能就要修改代码。所以把制作比萨的代码绑在PizzaStore里，这样做没有弹性。
那么要怎样做呢？
我们可以把createPizza()放回PizzaStore中，不过要把它设置成“抽象方法”，然后为每个不同地方的比萨店创建一个PizzaStore的子类：
public abstract class PizzaStore { // 在PizzaStore里，"工厂方法"现在是抽象的 abstract Pizza createPizza(String item); public Pizza orderPizza(String type) { Pizza pizza; // 现在createPizza()方法从工厂对象中移回PizzaSotre pizza = createPizza(type); pizza.prepare(); pizza.bake(); pizza.cut(); pizza.box(); return pizza; }} 
注意！这个做法是让PizzaStore的各个子类负责定义自己的createPizza()方法，这实际上是把决定推迟到了子类
记住，把决定推迟到了子类，这是工厂模式的重要特征！
现在我们来实现一个子类，创建一个芝加哥的比萨店：
public class ChicagoPizzaStore extends PizzaStore { Pizza createPizza(String item) { if (item.equals("cheese")) { return new ChicagoStyleCheesePizza(); } else if (item.equals("veggie")) { return new ChicagoStyleVeggiePizza(); } else if (item.equals("clam")) { return new ChicagoStyleClamPizza(); } else if (item.equals("pepperoni")) { return new ChicagoStylePepperoniPizza(); } else return null; }} 子类只要实现createPizza就可以了，这样子类可以自己决定要创建什么对象，而不用管其他东西，就很灵活了。 工厂模式定义
工厂方法模式定义了一个创建对象的接口，但由子类决定要实例化的类是哪一个。 工厂方法让类把实例化推迟到子类。
工厂方法模式能够封装具体类型的实例化，看下面类图，抽象的Creator提供了一个创建对象的方法的接口，也称为“工厂方法”。在抽象的Creator中，任何其他实现的方法，都可能用到这个工厂所制造出来的产品，但只有子类真正实现这个工厂方法并创建产品。
设计原则：依赖倒置
要依赖抽象，不要依赖具体类
看下面这个不使用工厂模式的比萨店，看它依赖了多少个具体类。
public class DependentPizzaStore { public Pizza createPizza(String style, String type) { Pizza pizza = null; if (style.equals("NY")) { if (type.equals("cheese")) { pizza = new NYStyleCheesePizza(); } else if (type.equals("veggie")) { pizza = new NYStyleVeggiePizza(); } else if (type.equals("clam")) { pizza = new NYStyleClamPizza(); } else if (type.equals("pepperoni")) { pizza = new NYStylePepperoniPizza(); } } else if (style.equals("Chicago")) { if (type.equals("cheese")) { pizza = new ChicagoStyleCheesePizza(); } else if (type.equals("veggie")) { pizza = new ChicagoStyleVeggiePizza(); } else if (type.equals("clam")) { pizza = new ChicagoStyleClamPizza(); } else if (type.equals("pepperoni")) { pizza = new ChicagoStylePepperoniPizza(); } } else { System.out.println("Error: invalid type of pizza"); return null; } pizza.prepare(); pizza.bake(); pizza.cut(); pizza.box(); return pizza; }} 
当直接实例化一个对象时，就是在依赖它的具体类。
我们已经知道了“要针对接口编程，而不要针对具体编程”原则， 和依赖倒置原则原则很像，但是这里更强调“抽象”。这个原则说明了：不能让高层组件以来低层组件，而且不管高层或低层组件，“两者”都应该依赖于抽象
所谓“高层”组件，是由其他低层组件定义其行为的类。例如，PizzaStore 是高层组件，因为它的行为是由比萨定义的：PizzaStore创建所有不同的比萨对象，而比萨本身属于低层组件。
在这个“比萨图”中，PizzaStore是“高层组件”，而比萨实现是“低层组件”， PizzStore依赖于这些具体比萨类。
我们应用“依赖倒置”原则来改变上面的类：
使用工厂方法后，高层组件（PizzaStore）和低层组件（那些具体比萨）都依赖了Pizza的抽象。
先要遵循依赖倒置原则，工厂方法并非是唯一的技巧，却是最有为例的技巧之一。
下面的知道方针可以帮助避免在OO设计中违反依赖倒置原则：
1. 变量不可以持有具体类的引用。
如果使用new，就会持有具体类的引用，可以改用工厂来避开这样的做法。
2. 不要让类派生自具体类
如果派生自具体类，就会依赖这些具体类。请派生自一个抽象接口或抽象类。
3. 不要覆盖基类中已实现的方法。
如果覆盖基类已实现的方法，那么你的基类就不是一个真正适用被继承的对象。基类中已实现的方法，应该由所有的子类共享。