今天繼續設計模式之旅，給大家帶來裝飾者模式，國際慣例，先看定義。

裝飾者模式：若要擴展功能，裝飾者提供了比集成更有彈性的替代方案，動態地將責任附加到對象上。

先簡單描述下裝飾者模式發揮作用的地方，當我們設計好了一個類，我們需要給這個類添加一些輔助的功能，并且不希望改變這個類的代碼，這時候就是裝飾者模式大展雄威的時候了。這里還體現了一個原則：類應該對擴展開放，對修改關閉。

下面進入正題，今天在那看電影，忽然想起年輕時在游戲場上的血雨腥風啊，哈哈，下面以游戲為背景介紹裝飾者模式。玩過游戲的兄弟應該都知道，游戲里面每個角色有武器、鞋子、護腕、戒指、還有各種紅寶石、藍寶石、黃寶石等等。

下面需求開始：設計游戲的裝備系統，基本要求，要可以計算出每種裝備在鑲嵌了各種寶石后的攻擊力和描述：

具體需求：

1、武器（攻擊力20） 、戒指（攻擊力5）、護腕（攻擊力5）、鞋子（攻擊力5）

2、藍寶石（攻擊力5/顆）、黃寶石（攻擊力10/顆）、紅寶石（攻擊力15/顆）

3、每個裝備可以隨意鑲嵌3顆

好了，需求介紹完畢，當然了，不要吐槽我的設計，尼瑪鞋子哪來的攻擊力，關鍵時刻也是可以砸人的嘛。下面開始初步的設想，出于多年面向對象的經驗，我們可能會這么設計：

如果你這么設計了，我靠，就這么點需求你寫了幾百個類，隨便添加兩個寶石，哈哈，指數增長聽過么，準備加班吧。

可能你還會這么設計：寫一個超類，然后里面各種set寶石，然后在計算攻擊力的地方，使勁的If有哪幾種寶石，恭喜你，代碼量不是很大，但是隨便添加個武器，你得又多寫多少個IF呢。

上面敘述了一些可能性的設計，都不是很好，下面看看如何將裝飾者模式融入：

首先是裝備的超類

package com.zhy.pattern.decorator;    /**  * 裝備的接口  *   * @author zhy  *   */  public interface IEquip  {        /**      * 計算攻擊力      *       * @return      */      public int caculateAttack();        /**      * 裝備的描述      *       * @return      */      public String description();  }  然后分別是武器、戒指、護腕、鞋子
package com.zhy.pattern.decorator;    /**  * 武器  * 攻擊力20  * @author zhy  *   */  public class ArmEquip implements IEquip  {        @Override      public int caculateAttack()      {          return 20;      }        @Override      public String description()      {          return "屠龍刀";      }    }  
package com.zhy.pattern.decorator;    /**  * 戒指  * 攻擊力 5  * @author zhy  *  */  public class RingEquip implements IEquip  {        @Override      public int caculateAttack()      {          return 5;      }        @Override      public String description()      {          return "圣戰戒指";      }    }  
package com.zhy.pattern.decorator;    /**  * 護腕  * 攻擊力 5  * @author zhy  *  */  public class WristEquip implements IEquip  {        @Override      public int caculateAttack()      {          return 5;      }        @Override      public String description()      {          return "圣戰護腕";      }    }  
package com.zhy.pattern.decorator;    /**  * 鞋子  * 攻擊力 5  * @author zhy  *   */  public class ShoeEquip implements IEquip  {        @Override      public int caculateAttack()      {          return 5;      }        @Override      public String description()      {          return "圣戰靴子";      }    }  
接下來當然是裝飾品，寶石了，首先超類
package com.zhy.pattern.decorator;    /**  * 裝飾品的接口  * @author zhy  *  */  public interface IEquipDecorator extends IEquip  {        }  下來藍寶石、黃寶石、紅寶石
package com.zhy.pattern.decorator;    /**  * 藍寶石裝飾品  * 每顆攻擊力+5  * @author zhy  *   */  public class BlueGemDecorator implements IEquipDecorator  {      /**      * 每個裝飾品維護一個裝備      */      PRivate IEquip equip;        public BlueGemDecorator(IEquip equip)      {          this.equip = equip;      }        @Override      public int caculateAttack()      {          return 5 + equip.caculateAttack();      }        @Override      public String description()      {          return equip.description() + "+ 藍寶石";      }    }  
package com.zhy.pattern.decorator;    /**  * 黃寶石裝飾品  * 每顆攻擊力+10  * @author zhy  *   */  public class YellowGemDecorator implements IEquipDecorator  {      /**      * 每個裝飾品維護一個裝備      */      private IEquip equip;        public YellowGemDecorator(IEquip equip)      {          this.equip = equip;      }        @Override      public int caculateAttack()      {          return 10 + equip.caculateAttack();      }        @Override      public String description()      {          return equip.description() + "+ 黃寶石";      }    }  
package com.zhy.pattern.decorator;    /**  * 紅寶石裝飾品 每顆攻擊力+15  *   * @author zhy  *   */  public class RedGemDecorator implements IEquipDecorator  {      /**      * 每個裝飾品維護一個裝備      */      private IEquip equip;        public RedGemDecorator(IEquip equip)      {          this.equip = equip;      }        @Override      public int caculateAttack()      {          return 15 + equip.caculateAttack();      }        @Override      public String description()      {          return equip.description() + "+ 紅寶石";      }    }  好了，到此結束，我們已經實現了需求的功能了，是不是每個類都很清晰加簡單，下面看測試：
package com.zhy.pattern.decorator;    public class Test  {      public static void main(String[] args)      {          // 一個鑲嵌2顆紅寶石，1顆藍寶石的靴子          System.out.println(" 一個鑲嵌2顆紅寶石，1顆藍寶石的靴子");          IEquip equip = new RedGemDecorator(new RedGemDecorator(new BlueGemDecorator(new ShoeEquip())));          System.out.println("攻擊力  : " + equip.caculateAttack());          System.out.println("描述 :" + equip.description());          System.out.println("-------");          // 一個鑲嵌1顆紅寶石，1顆藍寶石的武器          System.out.println(" 一個鑲嵌1顆紅寶石，1顆藍寶石,1顆黃寶石的武器");          equip = new RedGemDecorator(new BlueGemDecorator(new YellowGemDecorator(new ArmEquip())));          System.out.println("攻擊力  : " + equip.caculateAttack());          System.out.println("描述 :" + equip.description());          System.out.println("-------");      }  }  輸出：
一個鑲嵌2顆紅寶石，1顆藍寶石的靴子  攻擊力  : 40  描述 :圣戰靴子+ 藍寶石+ 紅寶石+ 紅寶石  -------   一個鑲嵌1顆紅寶石，1顆藍寶石,1顆黃寶石的武器  攻擊力  : 50  描述 :屠龍刀+ 黃寶石+ 藍寶石+ 紅寶石  -------  
贊不贊，要是需求隨便多幾個裝備，幾種寶石，我們隨隨便便就可以加上，然后開開心心下班。
好了，恭喜你，你又學會了一個設計模式，裝飾者模式。
現在根據例子對定義的理解，不用我多說吧。
java的API中也有裝飾者模式的身影，如果你初學Java，一定記得Java里面的各種流，很痛苦吧，但是當你明
白你們的設計之后就會感覺清晰很多
把InputStream看作我們的IEquip，把FilterInputStream看作我們的IEquipDecorator，是不是和我們的設計幾乎一樣~
好了，就到這里，編程也是很有樂趣的么~是吧，各位看官留個言、給個贊唄~