設計模式之工廠模式（四）_ZenDei技術網路在線

上篇我們從理論上瞭解了什麼是工廠方法模式，也知道了創建者類和產品類的主要作用是什麼。更重要的是，我們還學到了一個設計原則依賴倒置原則，這個原則能推導出我們為什麼會使用工廠模式。當然啦，上次還留下幾個指導方針幫助我們去遵循依賴倒置原則。所以，接下來，我們就利用這幾個方針，跟著方法，來重新設計下我 ...

上篇我們從理論上瞭解了什麼是工廠方法模式，也知道了創建者類和產品類的主要作用是什麼。更重要的是，我們還學到了一個設計原則依賴倒置原則，這個原則能推導出我們為什麼會使用工廠模式。

當然啦，上次還留下幾個指導方針幫助我們去遵循依賴倒置原則。所以，接下來，我們就利用這幾個方針，跟著方法，來重新設計下我們的披薩店。

原料工廠

我們知道，每一家加盟店的產生都是要經過層層篩選的，尤其是這種食品店。要確保每家加盟店使用的是高質量的原材料，那麼如何確保每家加盟店使用高質量的原料？我們打算造一家生產原料的工廠，並將原料運送到各個地方。

但是，這個做法還存在一個問題。就比如我們周圍的沙縣小吃，每個沙縣小吃的套餐飯的配料是不同的。這裡同樣，比如紐約和芝加哥，使用的醬料是不一樣的。那麼，我們就需要準備兩組不同的原料來。將來多了幾個加盟店，那麼原料也是需要多一組的。

建造原料工廠

所以，我們要建造一個工廠來生產原料；這個工廠將負責創建原料家族中的每一種原料。也就是說，這個工廠，將需要根據地域不同，生產不同的原料。晚點，你就知道如何處理各個區域的差異了。

首先，先為工廠定義一個介面，這個介面負責創建所有的原料：

public interface PizzaIngredientFactory {
 
    public Dough createDough();
    public Sauce createSauce();
    public Cheese createCheese();
    public Veggies[] createVeggies();
    public Pepperoni createPepperoni();
    public Clams createClam();
 
}

根據代碼，我們知道，我們要做的事情是：

為每個區域建造一個工廠。你需要創建一個繼承自PizzaIngredientFactory的子類來實現每一個創建方法
實現一組原料類供工廠使用，例如ReegianoCheese、RedPeppers、ThickCrustDough。這些類可以在合適的區域間共用
然後你忍讓需要將這一切組織起來，將新的原料工廠整合進舊的PizzaStore代碼中

接下來，我們就可以創建一個工廠，這裡以紐約原料工廠為例，其他工廠同理即可。這工廠主要是大蒜番茄醬料、Reggiano乾酪等

public class NYPizzaIngredientFactory implements PizzaIngredientFactory {
 
    public Dough createDough() {
        return new ThinCrustDough();
    }
 
    public Sauce createSauce() {
        return new MarinaraSauce();
    }
 
    public Cheese createCheese() {
        return new ReggianoCheese();
    }
 
    public Veggies[] createVeggies() {
        Veggies veggies[] = { new Garlic(), new Onion(), new Mushroom(), new RedPepper() };
        return veggies;
    }
 
    public Pepperoni createPepperoni() {
        return new SlicedPepperoni();
    }

    public Clams createClam() {
        return new FreshClams();
    }
}

重做披薩

工廠的流水線已經搞定了，接下來就是準備高質量的原料；現在我們只需要重做披薩，好讓他們只使用工廠生產出來的原料。首先，我們把Pizza類的prepare聲明稱抽象。為什麼呢？因為在這個方法中，我們需要搜集披薩所需的原料，而這些原料來自原料工廠。

abstract void prepare();

我們擁有了一個抽象披薩，就可以開始創建紐約和芝加哥風味的披薩了。之前我們的工廠方法寫過NYCheesePizza和ChicagoCheesePizza類，他們就是使用不同的原料罷了。

所以，其實我們不需要設計兩個不同的類來處理不同風味的披薩，讓原料工廠來處理即可。

public class CheesePizza extends Pizza {
    PizzaIngredientFactory ingredientFactory;
 
    // 要製作披薩，需要工廠提供原料。所以每個披薩都需要從構造器參數中得到一個工廠，並把這個工廠存儲在一個實例變數中
    public CheesePizza(PizzaIngredientFactory ingredientFactory) {
        this.ingredientFactory = ingredientFactory;
    }
 
    // 神奇的事情發生在這
    public void prepare() {
        System.out.println("Preparing " + name);
        dough = ingredientFactory.createDough();
        sauce = ingredientFactory.createSauce();
        cheese = ingredientFactory.createCheese();
    }
}

請看『sauce = ingredientFactory.createSauce()』，Pizza類不關心原料怎麼來的，只知道如何製作披薩，Pizza和區域被完全解耦了。ingredientFactory是原料工廠，createSauce()會返回所在區域使用的原料，不管是哪個區域。

再次回到披薩店

所以，我們重新回到披薩店巡視下，就可以確認他們是否使用了正確的披薩。只要讓他們和本地的原料工廠搭上線即可：

protected Pizza createPizza(String item) {
        Pizza pizza = null;
        // 紐約店會用到紐約披薩原料工廠，由該原料工廠負責生產所有紐約風味披薩所需的原料
        PizzaIngredientFactory ingredientFactory = 
            new NYPizzaIngredientFactory();
 
        if (item.equals("cheese")) {
            // 把工廠傳遞給每一個披薩，以便披薩能從工廠中去的原料
            pizza = new CheesePizza(ingredientFactory);
            pizza.setName("New York Style Cheese Pizza");
  
        } else if (item.equals("veggie")) {
 
            pizza = new VeggiePizza(ingredientFactory);
            pizza.setName("New York Style Veggie Pizza");
 
        } else if (item.equals("clam")) {
 
            pizza = new ClamPizza(ingredientFactory);
            pizza.setName("New York Style Clam Pizza");
 
        } else if (item.equals("pepperoni")) {

            pizza = new PepperoniPizza(ingredientFactory);
            pizza.setName("New York Style Pepperoni Pizza");
 
        } 
        return pizza;
    }

我們做了什麼？

那麼，通過一系列的代碼改變，我們到底做了什麼呢？在此，小編提供書上的結論來給大家，防止小編說的不夠明確。

我們再來梳理下下訂單的流程：
一開始訂購的流程依然不變

首先，我們需要一個紐約的披薩店

// 創建一個實例
PizzaStore nyPizzaStore = new NYPizzaStore();

現在已經有一個披薩店了，可以接受訂單：

// 調用nyPizzaStore實例的orderPizza()方法
nyPizzaStore.orderPizza("cheese");

orderPizza()方法首先調用createPizza()方法

Pizza pizza = createPizza("cheese");

接下來，我們就用到了原料工廠，和之前的步驟不太一樣了

當createPizza()方法被調用時，也就開始涉及原料工廠了

// 選擇原料工廠，接著在PizzaStore中實例化，然後將它傳進每個披薩的構造器中
Pizza pizza = new CheesePizza(nyIngredientFactory);

接下來需要準備披薩。一旦調用了prepare()方法，工廠將被要求準備原料

public void prepare() {
    dough = factory.createDough();
    sauce = factory.createSauce();
    cheese = factory.createCheese();
}

最後，我們得到了準備好的披薩，orderPizza()就會接著烘烤、切片、盒裝

到這裡為止，我們已經把這個披薩店改造完成了，通過了工廠模式的另一個重要的模式抽象工廠模式。他提供一個介面，用於創建相關或依賴對象的家族，而不需要明確指定具體類。

對於抽象工廠模式，已經工廠方法模式的對於等，還需要點時間整理，我將在下次推文中進行總結。

這次學習，主要是根據上次留下的設計原則，以此為線索來對我們之前的披薩加盟店進行優化改造，才有了這次的成功。披薩已經吃完了，你吃飽了嗎？

愛生活，愛學習，愛感悟，愛挨踢