HeadFirst设计模式-工厂模式（2）-工厂方法

接上文。

加盟比萨店

由于比萨店经营有成，开始有了加盟店。身为加盟公司经营者，你希望确保加盟店营运的质量，所以希望这些店都使用你那些经过时间考验的代码。但是每家加盟店都可能想要提供不同风味的比萨（比如说纽约、芝加哥、加州）。比如一家加盟店希望工厂能知道纽约风味的比萨：博饼、美味的酱料和少量的芝士。另一家加盟店希望工厂能制造芝加哥风味的比萨：厚饼、重味的酱料和大量的芝士。

不仅风味不同，还有些自创的流程：烘烤的做法有些差异、不要切片、使用其他厂商的盒子等。

下面的做法可让比萨制作活动局限于PizzaStore类，而同时又能让这些加盟店依然可以自由地制作该区域的风味。

把createPizza()方法放回到PizzaStore中，不过要把它设置成抽象方法，然后为每个区域风味创建一个PizzaStore的子类。

public abstract class PizzaStore {
    public Pizza orderPizza(String type) {
        Pizza pizza;
        pizza = createPizza(type);
        pizza.prepare();
        pizza.bake();
        pizza.cut();
        pizza.box();
        return pizza;
    }
    abstract Pizza createPizza(String type);
}

现在已经有一个PizzaStore作为超类；让每个域类型NYPPIzzaStore（纽约）、ChicagoPizzaStore（芝加哥）、CaliforniaPizzaStore（加州）都继承这个PizzaStore，每个子类各自决定如何制造披萨。

这个做法的好处是：

1、orderPizza()方法对Pizza对象做了许多事情，但由于Pizza对象是抽象的，orderPizza()并不知道哪些实际的具体类参与进来了，达到了解耦的目的。

2、从orderPizza()的角度来看，如果选择在NYStylePizzaStore订购比萨，就是由这个子类NYStylePizzaStore来决定如何制作。而这个决定是由顾客做出的，这个不绑定依赖其他类。

这个做法实际是“工厂方法”设计模式，原本由一个对象负责所有具体类的实例化，现在通过对PizzaStore做一些转变，变成由一群子类类负责实例化。

工厂方法模式

工厂方法模式定义了一个创建对象的接口，但由子类决定要实例化的类是哪一个。工厂方法让类把实例化推迟到子类。

abstract Product factoryMethod(String type)