裝飾模式是為已有功能動態地新增更多功能的一種模式。當系統需要新功能時，一般做法是向舊的類中新增新的**，這些新加的**通常影響了原有類的核心職責或行為，在主類中加入新的字段、方法或是邏輯，從而增加了主類的複雜性，而這些新加入的**僅僅是為了滿足一些只在某種特定情況下才會發生的特殊行為的需要。裝飾模式提供了乙個非常好的解決方案，它把每個要裝飾的功能放在單獨的類中，並讓這個類包裝它所有要裝飾的物件，這樣當需要執行特殊行為時，客戶**就可以在執行時根據需要有選擇性地，按順序的使用裝飾功能包裝的物件了。
裝飾模式在現實生活中隨處可見。比如我們買了一輛車，然後我們第一件要做的事，就是把自己的愛車裝飾一下。可供選擇的配件包括abs剎車防抱死系統，車載音響，倒車雷達等等，可以選擇其中的一件或是多件來裝飾我們的愛車。把上述場景轉化為程式如下：
有乙個mycardecorate類，就是一輛裸車。要實現對裸車的裝飾，有如下兩種方法：
1.在mycardecorate裡面新增相應的方法。這種做法顯然不對。一來違反了物件導向的開放-封閉原則，二來也不易擴充套件。試想一下，如果每個使用者都有不同的需求，那你這個類不是每次呼叫前都要修改一次嗎？
2.使用子類繼承的方法。比如使用者需要裸車+倒車雷達，則新增乙個新類radar，繼承mycardecorate；如果使用者需要裸車+雷達+音響，則再新加乙個audio類，繼承radar；如果使用者只需要裸車+音響，則還需要新增乙個新類audioonly類，繼承自mycardecorate…………。看似好像解決了問題，但如果配件有上百種，那麼你的子類數量就會呈指數形式增長。所以這種做法也不可取。
下面就用本節的主角，裝飾模式來解決這個難題吧。
為了把車內裝飾同車本身分離開，我們要用到乙個show介面，定義如下：
public inte***ce icarshowhandlemycardecorate裸車類繼承icarshowhandle介面
public class mycardecorate : icarshowhandle為了把裸車的**同裝飾分離，我們需要乙個汽車裝飾的基類，同樣需要繼承自icarshowhandlepublic mycardecorate(string carname)
public void show()
小車", _carname));}}
public class cartrim : icarshowhandle下面就是讓各種裝飾一一繼承上面這個汽車裝飾類。public virtual void show()
}
public class carradar : cartrimpublic override void show()
}
public class caraudio : cartrimpublic override void show()
}
public class carabs:cartrim呼叫方法如下：public override void show()
}
1.icarshowhandle mycar = new carabs(new carradar(new caraudio(new mycardecorate("飛度"))));
mycar.show();
顯示結果為：
2.icarshowhandle mycar = new carabs(new carradar(new mycardecorate("寶馬")));
mycar.show();
顯示結果為：
設計模式 裝飾模式
裝飾模式，動態地給乙個物件新增一些額外的職責，就增加功能來說，裝飾模式比生成子類更為靈活。m 超級瑪麗 普通繼承模式實現 a 發鏢 能組合出七種功能 m1 a m4 a b b 變身 m2 b m5 a c c 無敵 m3 c m6 b c m7 a b m m1 a b 組合方法 new m2 m...
設計模式 裝飾模式
剛看了看設計模式，真是費了好多的腦細胞。想著想著就到了食堂。o o哈！正是長身體的時候 大神勿噴 一定要多吃點。於是我打了乙份公尺飯，然後又端著盛公尺飯的盤子買了乙份菜 看著還不是很夠，就又端著這個盤子買了一條最愛吃的魚。裝飾模式！五一要來了。回家轉轉，沒有小外甥的玩具怎麼行。於是我去超市，推著購物...
設計模式 裝飾模式
複習設計模式 裝飾模式 裝飾模式 在不修改已經存在的類的情況下，動態的新增新的功能，實現即插即用，開放關閉原則 public inte ce man public class batman implements man override public void killmonster public ...