有這樣一個項(xiàng)目，做一個餐廳訂餐系統(tǒng)。起初的代碼結(jié)構(gòu)是這樣的。前面有很多Beverage的繼承類，現(xiàn)在遇到的問題是牛奶的價(jià)錢上漲了，那么所有相關(guān)的類，我們都要進(jìn)行調(diào)整，比如Milk,SugarAndMilk類，這種類還有很多，我們需要逐個去修改類中的方法――開發(fā)人員每次都做這種事情，要瘋了！所以我們要改變現(xiàn)有的結(jié)構(gòu)。以下的圖都是簡圖，實(shí)際的圖，可沒有這么簡單。

 設(shè)計(jì)問題：

1》類數(shù)量爆炸，有很多類，難以維護(hù);
2》整個設(shè)計(jì)呆板;
3》基類加入的新功能無法使用于子類;
復(fù)用類方法的方式很多,比如繼承，組合，委托。為什么老是習(xí)慣用繼承呢？我看Zend Framework也有這種習(xí)慣！每次找對應(yīng)方法，一直往上翻。――題外話!!!!
后來經(jīng)過小組研究決定，我們決定把基礎(chǔ)類抽出來，比如，我們把咖啡做成一個單獨(dú)的類，其他的咖啡，比如牛奶咖啡，甜味咖啡，我們只對材料單獨(dú)包裝成一個類。
經(jīng)過改良的設(shè)計(jì):

詳解
1》對于飲品，我們直接繼承Beverage類，直接把報(bào)價(jià)寫進(jìn)飲品類里面;
2》而對于一些需要添加調(diào)味品的特殊飲品，我們做累加操作。比如，我想要杯奶咖啡，則 總價(jià)=咖啡價(jià)+奶價(jià)
3》這樣不同的飲料就很容易知道它的價(jià)格。
代碼
復(fù)制代碼 代碼如下:
<?php
abstract class Beverage{
public $_name;
abstract public function Cost();
}
// 被裝飾者類
class Coffee extends Beverage{
public function __construct(){
$this->_name = 'Coffee';
}
public function Cost(){
return 1.00;
}
}
// 以下三個類是裝飾者相關(guān)類
class CondimentDecorator extends Beverage{
public function __construct(){
$this->_name = 'Condiment';
}
public function Cost(){
return 0.1;
}
}
class Milk extends CondimentDecorator{
public $_beverage;
public function __construct($beverage){
$this->_name = 'Milk';
if($beverage instanceof Beverage){
$this->_beverage = $beverage;
}else
exit('Failure');
}
public function Cost(){
return $this->_beverage->Cost() + 0.2;
}
}
class Sugar extends CondimentDecorator{
public $_beverage;
public function __construct($beverage){
$this->_name = 'Sugar';
if($beverage instanceof Beverage){
$this->_beverage = $beverage;
}else{
exit('Failure');
}
}
public function Cost(){
return $this->_beverage->Cost() + 0.2;
}
}
// Test Case
//1.拿杯咖啡
$coffee = new Coffee();
//2.加點(diǎn)牛奶
$coffee = new Milk($coffee);
//3.加點(diǎn)糖
$coffee = new Sugar($coffee);
printf("Coffee Total:%0.2f元/n",$coffee->Cost());

總結(jié)
1.裝飾者(Milk)和被裝飾者(Coffee)必須是一樣的類型。目的是裝飾者必須取代被裝飾者。
2.添加行為：當(dāng)裝飾者和組件組合時(shí)，就是在加入新的行為。
題外話:
1.利用繼承設(shè)計(jì)子類行為，是在編譯時(shí)靜態(tài)決定的，而且所有的子類都會繼承到相同的行為。打個比方，老子想學(xué)點(diǎn)功夫，看你小子會太極拳，老子只需要繼承你一下 ，老子也就會太極拳了――呵呵,這時(shí)老子就變成你兒子了，看來繼承是要付出代價(jià)的。
2.組合，我們可以擴(kuò)展對象的行為，在運(yùn)行時(shí)動態(tài)地進(jìn)行擴(kuò)展。利用組合我們可以隨時(shí)把我們當(dāng)時(shí)設(shè)計(jì)超類時(shí)沒有想到的方法加入到對象中，而不用改變現(xiàn)有的代碼。打個比方，老子現(xiàn)在沒有內(nèi)力，吸功大法，把和尚，尼姑，道士的內(nèi)力(行為對象)都吸過來，那在搏斗(運(yùn)行時(shí))中，老子可以隨時(shí)都能使用不同的內(nèi)力，但也不能胡亂吸內(nèi)力，否則你就要走火入魔了！
3.類應(yīng)該對擴(kuò)展開放，對修改關(guān)閉。如果我們每個部分都用裝飾者模式進(jìn)行設(shè)計(jì)，那么對于整個框架來說有點(diǎn)浪費(fèi)，而且你也加大了代碼的難度。那什么時(shí)候使用這種模式呢？我們一般用于經(jīng)常改變的地方。那我們又怎么知道哪些是經(jīng)常改變的地方呢？這個就需要我們的經(jīng)驗(yàn)和你對所處行業(yè)的了解。建議大家平時(shí)多看點(diǎn)例子。
4.裝飾模式為設(shè)計(jì)注入彈性，但同時(shí)會在設(shè)計(jì)中加入大量的小類，這偶爾會導(dǎo)致別人不容易了解這種設(shè)計(jì)。
5.在使用裝飾者模式的時(shí)候，對插入的的裝飾者要特別小心。因?yàn)檠b飾者模式依賴某種特定的類型(Beverage)。
6.要想很好的使用裝飾者模式，我們還要配合使用工廠模式和生成器模式，但今天只說裝飾者模式。要想知道更多，請聽下回分解。
參考文獻(xiàn):《head first 設(shè)計(jì)模式》

php技術(shù)：PHP設(shè)計(jì)模式之裝飾者模式，轉(zhuǎn)載需保留來源！

鄭重聲明：本文版權(quán)歸原作者所有，轉(zhuǎn)載文章僅為傳播更多信息之目的，如作者信息標(biāo)記有誤，請第一時(shí)間聯(lián)系我們修改或刪除，多謝。