裝飾模式

裝飾模式：動態的給一個對象添加一些額外的職責，就增長功能來講，裝飾模式比生成子類更加靈活。

 

Component定義一個對象接口，能夠給這些對象動態的添加職責。

ConcreteComponent是定義了一個具體的對象，也能夠給這個對象添加一些職責。

Decorator，裝飾抽象類，繼承了Component，從外類來擴展Component類的功能，但對於Component來講，是無需知道Decorator的存在。

ConcreteDecoratorA和ConcreteDecoratorB是具體裝飾對象，起到給Component添加職責的功能。

 

abstract class Component{
     public abstract void Operation();
}
class ConcreteComponent extend Component{
     public Operation(){
         console.log（「具體對象操做」）；
     }
}
abstract class Decorator extend Component{
     protected Component component;
     public setComponent(Component component){
          this.component = component;
     }
     public Operation(){
          if(this.component != null){
               component.Operation();
          }
     }
}
class ConcreteDecoratorA extend Decorator{
     private string addedState;
     public Operation(){
          super.Operation();
          addedState = "new State";
          console.log("具體裝飾對象A操做");
     }
}
class ConcreteDecoratorB extend Decorator{
     public Operation(){
          super.Operation();
          addedBehavior();
          console.log("裝飾對象B的操做");
     }
     private addedBehavior(){}
}
class Main{
     ConcreteComponent c = new ConcreteComponent();
     ConcreteDecoratorA d1 = new ConcreteDecoratorA();
     ConcreteDecoratorB d2 = new ConcreteDecoratorB();

     d1.setComponent(c);
     d2.setComponent(d1);
     d2.Operation();
}

　　

 該模式利用setComponent來對對象進行包裝，每一個裝飾對象的實現就和如何使用這個對象分離開了，每一個裝飾對象只關心本身的功能，不須要關心如何被添加到對象鏈當中。

 

 

總結：裝飾模式是爲已有功能動態的添加更多功能的方式。

當系統須要新功能的時候，是向舊的類添加新的代碼。這些新加的代碼一般裝飾了原有類的核心職責或主要行爲。

若是咱們在主類中加入了新的字段，新的方法和新的邏輯，從而增長了主類複雜度，而這些新加入的東西僅僅是爲了知足一些只在某種特定狀況下才會執行的特殊行爲的須要。而裝飾模式卻提供了一個很是好的解決方案，它把每一個要裝飾的功能放在單獨的類中，並讓這個類包裝它所須要的裝飾對象，由於，當須要執行特殊行爲時，特護代碼就能夠在運行時根據須要有選擇的、按順序的使用裝飾功能包裝對象。