上篇我們從理論上了解了什么是工廠方法模式，也知道了創(chuàng)建者類和產(chǎn)品類的主要作用是什么。更重要的是，我們還學到了一個設計原則依賴倒置原則，這個原則能推導出我們?yōu)槭裁磿褂霉S模式。

當然啦，上次還留下幾個指導方針幫助我們?nèi)プ裱蕾嚨怪迷瓌t。所以，接下來，我們就利用這幾個方針，跟著方法，來重新設計下我們的披薩店。

原料工廠

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

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

建造原料工廠

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

首先，先為工廠定義一個接口，這個接口負責創(chuàng)建所有的原料：

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

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

為每個區(qū)域建造一個工廠。你需要創(chuàng)建一個繼承自PizzaIngredientFactory的子類來實現(xiàn)每一個創(chuàng)建方法

實現(xiàn)一組原料類供工廠使用，例如ReegianoCheese、RedPeppers、ThickCrustDough。這些類可以在合適的區(qū)域間共享

然后你忍讓需要將這一切組織起來，將新的原料工廠整合進舊的PizzaStore代碼中

接下來，我們就可以創(chuàng)建一個工廠，這里以紐約原料工廠為例，其他工廠同理即可。這工廠主要是大蒜番茄醬料、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();} } 復制代碼

重做披薩

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

abstract void prepare(); 復制代碼

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

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

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

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

再次回到披薩店

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

protected Pizza createPizza(String item) {Pizza pizza = null;// 紐約店會用到紐約披薩原料工廠，由該原料工廠負責生產(chǎn)所有紐約風味披薩所需的原料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;} 復制代碼

我們做了什么？

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

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

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

// 創(chuàng)建一個實例 PizzaStore nyPizzaStore = new NYPizzaStore(); 復制代碼

現(xiàn)在已經(jīng)有一個披薩店了，可以接受訂單：

// 調(diào)用nyPizzaStore實例的orderPizza()方法 nyPizzaStore.orderPizza("cheese"); 復制代碼

orderPizza()方法首先調(diào)用createPizza()方法

Pizza pizza = createPizza("cheese"); 復制代碼

接下來，我們就用到了原料工廠，和之前的步驟不太一樣了 4. 當createPizza()方法被調(diào)用時，也就開始涉及原料工廠了

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

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

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

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

到這里為止，我們已經(jīng)把這個披薩店改造完成了，通過了工廠模式的另一個重要的模式抽象工廠模式。他提供一個接口， 用于創(chuàng)建相關或依賴對象的家族，而不需要明確指定具體類。

對于抽象工廠模式，已經(jīng)工廠方法模式的對于等，還需要點時間整理，我將在下次推文中進行總結(jié)。

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

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

轉(zhuǎn)載于:https://juejin.im/post/5cbfe9566fb9a032165e21b5

總結(jié)

以上是生活随笔為你收集整理的设计模式之工厂模式（四）的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。