裝飾模式
裝飾模式：動態的給一個對象添加一些額外的職責，就增加功能來說，裝飾模式比生成子類更加靈活。
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來對對象進行包裝，每個裝飾對象的實現就和如何使用這個對象分離開了，每個裝飾對象只關心自己的功能，不需要關心如何被添加到對象鏈當中。
總結：裝飾模式是為已有功能動態的添加更多功能的方式。
當系統需要新功能的時候，是向舊的類添加新的代碼。這些新加的代碼通常裝飾了原有類的核心職責或主要行為。
如果我們在主類中加入了新的字段，新的方法和新的邏輯，從而增加了主類復雜度，而這些新加入的東西僅僅是為了滿足一些只在某種特定情況下才會執行的特殊行為的需要。而裝飾模式卻提供了一個非常好的解決方案，它把每個要裝飾的功能放在單獨的類中，并讓這個類包裝它所需要的裝飾對象，因為，當需要執行特殊行為時，特護代碼就可以在運行時根據需要有選擇的、按順序的使用裝飾功能包裝對象。
浙公網安備 33010602011771號