有時，你想要在程式執行期間為某個物件組合新的行為，且在某種情況下，你需要物件的行為發生一些細小的變化，並且這些變化可以自由組合。這時，裝飾者模式就可以滿足這種需求。

 所謂裝飾者模式，也叫修飾者模式、裝飾器模式，意圖是在執行時組合操作的新變化，即動態地給一個物件新增一些額外的職責。

 裝飾模式在中國使用的那實在是多，中國的文化是中庸文化，中國人都比較“愛面子”,說話做事呢都不能太直接，必須給對方留有餘地。比如某個陽光燦爛的清晨，領導興高采烈精神煥發地出現在你面前，你擡頭一看，哎，換髮型了，怎麼這麼挫？但是你還是會一遍又一遍地壓抑自己的內心，面帶微笑說，領導今天真是帥氣！領導一聽，哎，這個員工挺有眼光，然後春風滿面揚長而去。若你不識擡舉，跟領導說，你這個髮型怎麼這麼難看，像個糟老頭！我敢保證，你離辭職不遠了。。。

 再來說說鄰居的阿姨有個女兒，名叫小紅，芳齡28，生的是亭亭玉立，貌美如花，眼看著閨蜜，同學一個個結婚生子，而小紅卻依然孑然一身，阿姨愁得每天吃不好睡不著。然後就拖著範大媽給介紹物件，範大媽一想，哎，我剛好有個同學的兒子華哥還單著，要不給介紹給小紅把，年齡大點，但是多會照顧人呢。。。

 我們就來說說這個華哥，範大媽一想，可不能直接說年齡、身高、長相，那敢情小花看不上怎麼辦?她就尋思著多給小花說說華哥的“優異”條件，這樣一修飾，華哥就是難得的”鑽石王老五”啦，小花不要還有小劉呢。

 範大媽簡單畫了個圖，是這樣的：

  定義了男人的抽象類，然後有個普通男人實現類，再有個高學歷的男人實現類，再有好工作男人實現類，再有好家境男人的實現類，看看這些類：

package com.pattern.decorator.v1;
/**
 * 那男人說了，把我的條件跟人家說說
 * 同意就交往，不行就算了，給句痛快話
 * @author 
 *
 */
public abstract class Man {
    public abstract void showAppearance();//外在條件
    public abstract void appointment(boolean yesOrNo);//是否同意呢
}

package com.pattern.decorator.v1;
/**
 * 外在條件太一般了，咋整?
 * @author 
 *
 */
public class NormalMan extends Man {

	@Override
	public void showAppearance() {
        System.out.println("年齡40,身高1.68cm,長相一般,有點黑,好在不是歪瓜裂棗...");
	}
	@Override
	public void appointment(boolean yesOrNo){
		if(yesOrNo){
			System.out.println("同意啦，交往吧！");
		}else{
			System.out.println("太挫了，休想！");
		}
	}
}
 

package com.pattern.decorator.v1;
/**
 * 高智商高學歷，不錯哦，繼續看看。。。
 * @author 
 *
 */
public class GoodEducationMan extends NormalMan {

 private void showEducation(){
	 System.out.println("清華大學博士哦...");
 }
 @Override
public void showAppearance() {
	 this.showEducation();
	 super.showAppearance();
}
}

package com.pattern.decorator.v1;
/**
 * 男人40一枝花，這條件也是沒誰了，老張閨女不行還設有老李家呢
 * @author 
 *
 */
public class GoodWorkMan extends GoodEducationMan {
 @Override
public void showAppearance() {
	 this.showWork();
	 super.showAppearance();
}
private void showWork(){
	 System.out.println("某證券公司部門經理...");
 }
}

package com.pattern.decorator.v1;
/**
 * 家境還這麼好，老人無負擔，誰看不上誰無腦
 * @author 
 *
 */
public class GoodParentsMan extends GoodWorkMan{
  private void showParents(){
	  System.out.println("爸媽都是公務員,拿著退休金在家樂呵呵....");
  }

@Override
public void showAppearance() {
	this.showParents();
	super.showAppearance();
}  
}

 然後範大媽就跟小紅說，這個男人呀，是個高材生博士，在某證券公司當老總，父母是公務員，雖然年齡稍大，長相身高都一般，那都不是事兒呀，你考慮考慮？

package com.pattern.decorator.v1;
/**
 * 老張閨女相親錄
 * @author 
 *
 */
public class Test_DatingWoman {
   public static void main(String[] args){
	   Man man=new GoodParentsMan();////高學歷 好工作 家境好 外在條件
	   man.showAppearance();//相親女看條件
	   man.appointment(true);//然後覺得很開心啊，不錯啊，同意同意
   }
}

  以上是通過“繼承”的方式確實解決了這個問題，但是現實的情況很複雜的，可能小紅聽範大媽說完學歷高後，就直接樂開花了，直接同意了，後面工作好，家境好都不需要了，或者小紅覺得比較在意工作，先說了工作就不用說別的了，那怎麼辦？繼續擴充套件類？你能擴充套件多少個類？這還是一個比較簡單的場景，一旦需要裝飾的條件非常的多，比如20 個，你還通過繼承來解決，你想想的子類有多少個？類與類之間的父子關係是怎樣？你是不是馬上就要崩潰了！

 好，你也看到通過繼承情況確實出現了問題，類爆炸，類的數量激增，光寫這些類不累死你才怪，而且還要想想以後維護怎麼辦，誰願意接收這麼一大堆類的維護哪？並且在面向物件的設計中，如果超過2 層繼承，你就應該想想是不是出設計問題了，是不是應該重新找一條道了，這是經驗值，不是什麼絕對的，繼承層次越多你以後的維護成本越多，問題這麼多，那怎麼辦？好辦，裝飾模式出場來解決這些問題，我們先來看類圖：

  增加一個裝飾抽象類和三個實現類，其中ManDecorator的作用是封裝Man類，看原始碼：

package com.pattern.decorator.v2;
/**
 * 鄰居阿姨看了直嘆氣，這條件，怎麼跟人家閨女說呢
 * 還是先把男人包裝下，不能直接說，不然就泡湯了
 * @author 
 *
 */
public abstract class ManDecorator extends Man {
	private Man man;

	public ManDecorator(Man man) {
		super();
		this.man = man;
	}

	@Override
	public void showAppearance() {
        this.man.showAppearance();
	}

	@Override
	public void appointment(boolean yesOrNo) {
        this.man.appointment(yesOrNo);
	}

}

package com.pattern.decorator.v2;
/**
 * 高智商高學歷，不錯哦，繼續看看。。。
 * @author 
 *
 */
public class GoodEducationDecorator extends ManDecorator {
	public GoodEducationDecorator(Man man){
    	super(man);
    }
	private void showEducation(){
		 System.out.println("清華大學博士哦...");
	}
	@Override
	public void showAppearance() {
		this.showEducation();
		super.showAppearance();
	}
}

package com.pattern.decorator.v2;
/**
 * 男人40一枝花，這條件也是沒誰了，老張閨女不行還設有老李家呢
 * @author 
 *
 */
public class GoodWorkDecorator extends ManDecorator {

	public GoodWorkDecorator(Man man) {
		super(man);
	}
    private void showWork(){
    	System.out.println("某證券公司部門經理...");
    }
	@Override
	public void showAppearance() {
		this.showWork();
		super.showAppearance();
	}
}

package com.pattern.decorator.v2;
/**
 * 家境還這麼好，老人無負擔，誰看不上誰無腦
 * @author 
 *
 */
public class GoodParentsDecorator extends ManDecorator {

	public GoodParentsDecorator(Man man) {
		super(man);
	}
	private void showParents(){
		  System.out.println("爸媽都是公務員,拿著退休金在家樂呵呵....");
	}
	@Override
	public void showAppearance() {
        this.showParents();
		super.showAppearance();
	}
}

然後範大媽找到小紅，就問問小紅的相親標準呀，然後根據她的品味一個條件一個條件地跟她說，直到她同意為止：

package com.pattern.decorator.v2;
/**
 * 老張閨女相親錄
 * @author 
 *
 */
public class Test_DatingWoman {
  public static void main(String[] args){
	  Man man=null;
	  man=new NormalMan();//外在條件
	  man=new GoodParentsDecorator(man);//家境好
	  man=new GoodEducationDecorator(man);//高學歷
	  man=new GoodWorkDecorator(man);//好工作
	  man.showAppearance();//相親女看條件,其實家境好，學歷高就暗自點頭了
	  man.appointment(true);//然後覺得很開心啊，不錯啊，同意同意
  }
}

  這就是裝飾者模式，裝飾者模式的通用類圖如下：

     

  看類圖，Component 是一個介面或者是抽象類，就是定義我們最核心的物件，也就是最原始的物件，比如上面的相親男，記住在裝飾模式中，必然有一個被提取出來最核心、最原始、最基本的介面或抽象類，就是Component。ConcreteComponent 這個是最核心、最原始、最基本的介面或抽象類的實現，你要裝飾的就是這個東西Decorator 一般是一個抽象類，做什麼用呢？實現介面或者抽象方法，它裡面可不一定有抽象的方法呀，在它的屬性裡必然有一個private 變數指向Component。ConcreteDecoratorA 和ConcreteDecoratorB 是兩個具體的裝飾類，你要把你最核心的、最原始的、最基本的東西裝飾城啥東西，上面的例子就是把一個比較平庸的男人裝飾成大家認可的成功男士。

 繼承和裝飾者模式的區別：

 裝飾者模式是對繼承的有力補充，繼承是給一個類新增行為的比較有效的途徑。通過使用繼承，可以使得子類在擁有自身方法的同時，還可以擁有父類的方法。但是使用繼承是靜態的，在編譯的時候就已經決定了子類的行為，我們不便於控制增加行為的方式和時機。而裝飾者模式是動態組合，組合關係的優勢就在於不會破壞類的封裝性，且具有較好的鬆耦合性，可以使系統更加容易維護。但是它的缺點就在於也要建立很多的物件。

裝飾者的使用場景：

　　1、在不影響其他物件的情況下，以動態、透明的方式給單個物件新增職責。

　　2、需要動態地給一個物件增加功能，這些功能也可以動態地被撤銷。  當不能採用繼承的方式對系統進行擴充或者採用繼承不利於系統擴充套件和維護時。