設計模式（二）：裝飾模式
2018國慶黃金周來了，恰值國慶黃金周節假日，我想高速上一定車山車海，還好我選擇了高鐵，不然肯定需要尋找項目合作人或在高速上吃創業人士的炒飯炒面了。
國慶7天長假，天氣又如此的好，所謂風和日麗，如此良辰美景，回家的你一定會發現路上結婚的車隊是來來往往，特別是領頭的婚車，鮮花與氣球給裝飾的是大氣，豪華。當然婚車裏的新娘也是精心裝扮，那是，挽青絲，雙環結，百合鬢邊巧裝點。白婚紗，如飄煙，紅顏新妝比花艷。甚至王者榮耀也趁這個節假日來了一撥皮膚優惠活動和新出了讓“農藥們”剁手的"胖達榮榮"國寶皮膚，就是吸引你們剁手去裝飾你們喜愛的英雄。還有類似新房裝修，博客更新皮膚等等，這些都是裝飾。那我們程序世界的裝飾模式是如何的呢？
介紹
裝飾模式，是面向對象編程領域中，一種動態地往一個類中添加新的行為的設計模式。就功能而言，裝飾模式相比生成子類更為靈活，這樣可以給某個對象而不是整個類添加一些功能。
意圖：動態地給一個對象添加一些額外的職責和增加功能。
主要解決：一般的，我們為了擴展一個類經常使用繼承方式實現，由於繼承為類引入靜態特征，並且隨著擴展功能的增多，子類會很膨脹。
何時使用：在不想增加很多子類的情況下擴展類。
如何解決：將具體功能職責劃分，同時繼承裝飾者模式。
關鍵代碼： 1、Component 類充當抽象角色，不應該具體實現。 2、修飾類引用和繼承 Component 類，具體擴展類重寫父類方法。
實現
以結婚婚車為例，定義汽車接口
public interface Car {
void drive();
}創建實現接口的實體類，德國寶馬系應該是作為婚車最多的品牌，
public class BMW implements Car {
@Override
public void drive() {
System.out.println("寶馬汽車，風馳電掣。");
}
}創建實現了 Car 接口的抽象裝飾類。我們需要婚車接新娘
public abstract class WeddingCarDecorator implements Car{ private Car decoratorCar; public WeddingCarDecorator(Car decoratorCar) { this.decoratorCar = decoratorCar; } @Override public void drive() { decoratorCar.drive(); } }
創建擴展了 WeddingCarDecorator 類的實體裝飾類 - 寶馬婚車。
public class BMWWeddingCar extends WeddingCarDecorator {
public BMWWeddingCar(Car decoratorCar) {
super(decoratorCar);
}
@Override
public void drive() {
beautify();
super.drive();
}
private void beautify() {
System.out.println("結婚婚車，鋪上鮮花，系上氣球。");
}
}使用 WeddingCarDecorator 來裝飾 Car對象。
public class DecoratorDemoMain {
public static void main(String[] args) {
System.out.println("------正常的德系寶馬------");
BMW bmw = new BMW();
bmw.drive();
System.out.println("------作為婚車的德系寶馬------");
BMWWeddingCar bmwWeddingCar = new BMWWeddingCar(bmw);
bmwWeddingCar.drive();
}
}執行程序，輸出結果：
------正常的德系寶馬------
寶馬汽車，風馳電掣。
------作為婚車的德系寶馬------
結婚婚車，鋪上鮮花，系上氣球。
寶馬汽車，風馳電掣。總結
優點：裝飾類和被裝飾類可以獨立發展，不會相互耦合，裝飾模式是繼承的一個替代模式，裝飾模式可以動態擴展一個實現類的功能。
缺點：多層裝飾比較復雜。
使用場景： 1、擴展一個類的功能。 2、動態增加功能，動態撤銷。
註意事項：可代替繼承。
設計模式（二）：裝飾模式