上篇我們從理論上了解了什么是工廠方法模式，也知道了創建者類和產品類的主要作用是什么。更重要的是，我們還學到了一個設計原則依賴倒置原則，這個原則能推導出我們為什么會使用工廠模式。
當然啦，上次還留下幾個指導方針幫助我們去遵循依賴倒置原則。所以，接下來，我們就利用這幾個方針，跟着方法，來重新設計下我們的披薩店。
原料工廠
我們知道，每一家加盟店的產生都是要經過層層篩選的，尤其是這種食品店。要確保每家加盟店使用的是高質量的原材料，那么如何確保每家加盟店使用高質量的原料？我們打算造一家生產原料的工廠，並將原料運送到各個地方。
但是，這個做法還存在一個問題。就比如我們周圍的沙縣小吃，每個沙縣小吃的套餐飯的配料是不同的。這里同樣，比如紐約和芝加哥，使用的醬料是不一樣的。那么，我們就需要准備兩組不同的原料來。將來多了幾個加盟店，那么原料也是需要多一組的。
建造原料工廠
所以，我們要建造一個工廠來生產原料；這個工廠將負責創建原料家族中的每一種原料。也就是說，這個工廠，將需要根據地域不同，生產不同的原料。晚點，你就知道如何處理各個區域的差異了。
首先，先為工廠定義一個接口，這個接口負責創建所有的原料：
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");
接下來，我們就用到了原料工廠，和之前的步驟不太一樣了
4. 當createPizza()方法被調用時，也就開始涉及原料工廠了
// 選擇原料工廠，接着在PizzaStore中實例化，然后將它傳進每個披薩的構造器中
Pizza pizza = new CheesePizza(nyIngredientFactory);
- 接下來需要准備披薩。一旦調用了prepare()方法，工廠將被要求准備原料
public void prepare() {
dough = factory.createDough();
sauce = factory.createSauce();
cheese = factory.createCheese();
}
- 最后，我們得到了准備好的披薩，orderPizza()就會接着烘烤、切片、盒裝
到這里為止，我們已經把這個披薩店改造完成了，通過了工廠模式的另一個重要的模式抽象工廠模式。他提供一個接口， 用於創建相關或依賴對象的家族，而不需要明確指定具體類。
對於抽象工廠模式，已經工廠方法模式的對於等，還需要點時間整理，我將在下次推文中進行總結。
這次學習，主要是根據上次留下的設計原則，以此為線索來對我們之前的披薩加盟店進行優化改造，才有了這次的成功。披薩已經吃完了，你吃飽了嗎？
