設計模式之裝飾模式

裝飾模式(decorator)

需要把所需的功能按正確的順序串聯起來進行控制

裝飾模式，動態地給乙個物件新增一些額外的職責，就增加功能來說，裝飾模式比生成子類更為靈活。

component是定義乙個物件介面，可以給這些物件動態地新增職責。concretecomponent是定義了乙個具體的物件，也可以給這個物件新增一些職責。decorator，裝飾抽象類，繼承了component，從外類來擴充套件component類的功能，但對於component來說，是無需知道decorator的存在的。至於concretedecorator就是具體的裝飾物件，起到給component新增職責的功能。

裝飾模式基本**：

component類（介面或抽象類）：

public inte***ce component

concretecomponent：

public class concretecomponent implements component 
}

decorator：

public class decorator implements component 
@override
public void operation() }}

concretedecoratora:

public class concretedecoratora extends decorator 
}

concretedecoratorb:

public class concretedecoratorb extends decorator 
}

呼叫：

concretecomponent component = new concretecomponent();
concretedecoratora a = new concretedecoratora();
concretedecoratorb b = new concretedecoratorb();
a.setcomponent(component);
b.setcomponent(a);
b.operation();

裝飾模式是利用setcomponent來對物件進行包裝的。每個裝飾物件的實現就和如何使用這個物件分離開了，每個裝飾物件只關心自己的功能，不需要關心如何被新增到物件鏈當中。

如果只有乙個concretecomponent類而沒有抽象的component類，那麼decorator類可以是concretecomponent的乙個子類。同樣道理，如果只有乙個concretedecorator類，那麼就沒有必要建立乙個單獨的decorator類，而可以把decorator和concretedecorator的責任合併成乙個類。

裝飾模式是為已有功能動態地新增更多功能的一種方式。

當系統需要新功能的時候，是向舊的類中新增新的**。這些新加的**通常裝飾了原有類的核心職責或主要行為，在主類中加入了新的字段，新的方法和新的邏輯，從而增加了主類的複雜度，而這些新加入的東西僅僅是為了滿足一些只在某種特定情況下才會執行的特殊行為的需要。裝飾模式卻提供了乙個非常好的解決方案，它把每個要裝飾的功能放在單獨的類中，並讓這個類包裝它所要裝飾的物件，因此，當需要執行特殊行為時，客戶**就可以在執行時根據需要有選擇地、按順序地使用裝飾功能包裝物件了。

裝飾模式的優點：把類中的裝飾功能從類中搬移去除，這樣可以簡化原有的類。有效地把類的核心職責和裝飾功能區分開了。而且可以去除相關類中重複的裝飾邏輯。

設計模式之裝飾模式

設計模式之裝飾設計模式

設計模式之裝飾模式

設計模式之裝飾模式

相關推薦