摘要：利用工廠方法模式，請求者發(fā)出請求，而不具體創(chuàng)建產(chǎn)品。正是因?yàn)檫@個(gè)原因，使用工廠方法模式可以簡化復(fù)雜的創(chuàng)建過程，關(guān)鍵就在于它在維持一個(gè)公共接口。
創(chuàng)建型設(shè)計(jì)模式
包括以下五種：
抽象工廠
生成器
工廠方法
原型
單例
我們選擇工廠方法和原型模式作為將用PHP實(shí)現(xiàn)的創(chuàng)建型設(shè)計(jì)的例子工廠方法模式 是這5個(gè)設(shè)計(jì)模式中唯一的一種類設(shè)計(jì)模式原型模式 屬于對象類模式，可以使用PHP_clone方法實(shí)現(xiàn)。首先基于原型實(shí)例化（創(chuàng)建）一個(gè)對象，然后由這個(gè)實(shí)例化對象進(jìn)一步克隆其他對象任何單個(gè)對象的創(chuàng)建都不應(yīng)該依賴于創(chuàng)建者
工廠方法模式
概念：工廠方法模式就是要?jiǎng)?chuàng)建某種東西，對于工廠方法模式，要?jiǎng)?chuàng)建的東西是一個(gè)產(chǎn)品 ，這個(gè)產(chǎn)品與創(chuàng)建它的類之間不存在綁定，為了保持這種松耦合，客戶會通過一個(gè)工廠發(fā)出請求，再由工廠創(chuàng)建所請求的產(chǎn)品 。利用工廠方法模式，請求者發(fā)出請求，而不具體創(chuàng)建產(chǎn)品。
案例模型：
步驟：
第一步是建立工廠：Creator接口
factoryMethod();
return $mfg;
}
}
?>
注意到，偽代碼注釋提示startFactory()方法需要返回一個(gè)產(chǎn)品(product)，在實(shí)現(xiàn)中startFactory()希望factoryMethod()返回一個(gè)產(chǎn)品對象，所以，factoryMethod()的具體實(shí)現(xiàn)要構(gòu)建并返回由一個(gè)按Product接口實(shí)現(xiàn)的產(chǎn)品對象
下面有兩個(gè)工廠類擴(kuò)展了Creator，并實(shí)現(xiàn)了factoryMethod()方法，factoryMethod()實(shí)現(xiàn)通過一個(gè)Product方法(getProperties())返回一個(gè)文本或圖像產(chǎn)品，TextFactory和GraphicFactory實(shí)現(xiàn)中加入了這些內(nèi)容
getProperties());
}
}
?>
getProperties());
}
}
?>
工廠方法設(shè)計(jì)模式中的第二個(gè)接口是Product 。由于這是第一個(gè)實(shí)現(xiàn)，也是最簡單的實(shí)現(xiàn)，所有文本和圖像屬性都只實(shí)現(xiàn)一個(gè)方法getProperties():建立方法而無屬性，我們可以明確想要用這個(gè)方法做什么(比如可以有個(gè)返回值)，只要方法名和可見性與簽名一致就不會有問題
可以利用這個(gè)實(shí)現(xiàn)，使得同一個(gè)方法getProperties()多態(tài)，分別返回圖像和文字，如下所示
mfgProduct = "This is a TextmfgProduct;
}
}
?>
mfgProduct = "This is a Graphic
上面你看到的This is a Graphic以及This is text，可以替換成你想放入的其它東西，工廠設(shè)計(jì)會創(chuàng)建這個(gè)對象，并把它返回給Client來使用。
客戶
someGraphicObject = new GraphicFactory();
echo $this->someGraphicObject->startFactory();
$this->someTextObject = new TextFactory();
echo $this->someTextObject->startFactory();
}
}
$worker = new Client();
?>
注意Client對象并沒有向產(chǎn)品直接做出請求，而是通過工廠來請求，重要的是，客戶并不實(shí)現(xiàn)產(chǎn)品特性，而留給產(chǎn)品實(shí)現(xiàn)來體現(xiàn)。
在本章有個(gè)例子，是對上面代碼的改進(jìn)，也可以稱作是在工廠中修改產(chǎn)品，但是本猿以為，例子似乎舉的不是很好，它把Html代碼嵌套在php代碼中，放在了產(chǎn)品類下的getProperties方法中，以供客戶調(diào)用的時(shí)候返回，所以我個(gè)人覺得這種方法不是很好，一大段代碼放在php中，也不方便編輯器編輯。設(shè)計(jì)模式是為了加快開發(fā)速度，這樣的方法我適得其反。作者是專家，可能也有出于其它考慮。不過里面有一個(gè)觀點(diǎn)我還是同意的，其中有一個(gè)輔助類 的觀點(diǎn)。
topper = "
Map Factory
";
return $this->topper;
}
public function closeUp(){
$this->bottom = "";
return $this->bottom;
}
}
?>
增加新產(chǎn)品和參數(shù)化請求
上圖與之前的類圖不同，它們完成同樣的目標(biāo)，不過它們的實(shí)現(xiàn)有所不同。這就是參數(shù)化工廠方法設(shè)計(jì)模式（上圖）與一般的工廠方法設(shè)計(jì)模式（原類圖）的主要區(qū)別之一，即客戶包含工廠和產(chǎn)品的引用。在參數(shù)化請求中，Client類必須指定產(chǎn)品，而不只是產(chǎn)品工廠，factoryMethod()操作中的參數(shù)是由客戶傳入的一個(gè)產(chǎn)品，所以客戶必須指出它想要的具體產(chǎn)品，不過，這個(gè)請求仍然通過Creator接口發(fā)出，所以，盡管客戶包含一個(gè)產(chǎn)品引用，但通過Creator，客戶仍與產(chǎn)品分離
一個(gè)工廠多個(gè)產(chǎn)品
對于大多數(shù)請求，參數(shù)化工廠方法更為簡單，因?yàn)榭蛻糁恍枰幚硪粋€(gè)具體工廠，工廠方法操作有一個(gè)參數(shù)，指示需要?jiǎng)?chuàng)建的產(chǎn)品。而在原來的設(shè)計(jì)中，每個(gè)產(chǎn)品都有自己的工廠，不需要另外傳遞參數(shù)，產(chǎn)品實(shí)現(xiàn)依賴于各個(gè)產(chǎn)品的特定工廠。
要從參數(shù)化工廠方法設(shè)計(jì)模式實(shí)現(xiàn)多個(gè)產(chǎn)品，只需使用Product接口實(shí)現(xiàn)多個(gè)具體產(chǎn)品，另外，由于具體產(chǎn)品要同時(shí)包含文本和圖像，所以在這個(gè)例子中，并不是分別有這兩個(gè)多帶帶的產(chǎn)品，可以建立一個(gè)類，將文本和圖像作為一個(gè)同意的實(shí)體來處理，這并不違反單一職責(zé)原則，即每個(gè)類應(yīng)當(dāng)只有一個(gè)職責(zé)。對于這個(gè)類來說，這個(gè)單一職責(zé)就是顯示描述一個(gè)區(qū)域的文本和圖像
新工廠
新工廠與原來的工廠類似，不過它們還包含一個(gè)參數(shù)和代碼提示。
factoryMethod($countryProduct);
return $mfg;
}
}
?>
新的Creator抽象類中可以看到，factoryMethod()和startFactory操作都需要一個(gè)參數(shù)。另外代碼提示只是了一個(gè)Product對象，而不是Prodcut一個(gè)特定實(shí)現(xiàn)，所以可以接受Product的任何具體實(shí)例，下面來看看具體的創(chuàng)建者CountryFactory
country = $product;
return ($this->country->getProperties());
}
}
?>
這個(gè)具體創(chuàng)建者包含一個(gè)私有變量$country，其中包含客戶請求的特定產(chǎn)品，它再使用Product方法getProperties()將產(chǎn)品返回給客戶
與試圖讓任意數(shù)目的類和對象都保持不變相比，保持接口不變要容易得多。正是因?yàn)檫@個(gè)原因，使用工廠方法模式可以簡化復(fù)雜的創(chuàng)建過程，關(guān)鍵就在于它在維持一個(gè)公共接口 。
本文參考書籍：《Learnig PHP設(shè)計(jì)模式》第2部分第5章
文章版權(quán)歸作者所有，未經(jīng)允許請勿轉(zhuǎn)載,若此文章存在違規(guī)行為，您可以聯(lián)系管理員刪除。
轉(zhuǎn)載請注明本文地址：http://systransis.cn/yun/21240.html
