淺讀《大話設計模式》————6、穿什么有這么重要？——裝飾模式
如果不是看到有這么好的一個設計模式，我想我能給的設計也就是小菜扮靚第一版。不會采用第二版的原因是我覺得這樣只會更冗余更復雜。如果說穿衣服本身就是人這個對象應該具有的基本屬性，那么看起來似乎這種設計也是合理的。關鍵是人有很多很多穿法，這樣無休止下去，維護也是大問題。看來打扮不能簡單的做為一種操作，能視為基本操作的只有打扮好了以后展示。如同吃飯可以吃很多不同的東西，吃什么不是基本屬性，而只有消化食物才是。理解起來還是比較簡單的：無論穿什么，穿好了，就統稱服裝，所以是服裝展示；無論吃什么，吃進去了就是食物，所以就只剩下消化食物了。
裝飾模式：動態地給一個對象添加一些額外的職責，就增加功能來說，裝飾模式比生成子類更為靈活[DP]。
我很佩服裝飾模式的設計，基本的代碼結構無疑讓人眼前一亮：
1、Component類
abstract class Component
{
Public abstract void Operation();
}
2、ConcreteComponent類
Classs ConcreteComponent : Component
{
Public override void Operation()
{
Console.WriteLine("具體對象的操作");
}
}
3、Decorator類
Abstract class Decorator:Component
{
Protected Component component;
Public void SetComponent(Component component)
{
This.component = component ;
}
Public override void Operation()
{
If( component != null)
{
Component .Operation();
}
}
}
4、ConcreteDecoratorA 類
Class ConcreteDecoratorA : Decorator
{
Private string addedState; //本類獨有功能，以區別于ConcreteDecoratorB
Public override void Operation()
{
base.Operation();
addedState = "New State";
Console.WriteLine("具體裝飾對象A的操作");
}
}
Class ConcreteDecoratorB : Decorator
{
Public override void Operation()
{
Base.Operation();
AddedBehavior();
Console.WriteLine("具體裝飾對象B的操作");
}
Private void AddedBehavior() //本類獨有的方法，以區別于A類
{}
}
5、客戶端代碼
Static void Main(string [] args)
{
ConcreteComponent c = new ConcreteCompenent();
ConcreteDecoratorA d1 = new ConcreteDecoratorA();
ConcreteDecoratorB d2 = new ConcreteDecoratorB();
D1.SetComponent(c);
D2.SetComponent(d1);
D2.operation();
Console.Read();
}
這里用到了面向對象的繼承的特性，所以在建立一個對象后，可以完全獨立的一步一步的進行裝飾，就像一件一件穿衣服似的。難道這樣的設計不讓人驚嘆嗎？還有關鍵的是：“如果只有一個ConcreteComponent類而沒有抽象的Component類，那么Decorator類可以是ConcreteComponent的一個子類。同樣道理，如果只有一個ConcreteDecorator類，那么就沒有必要建立一個單獨的Decorator類，而可以把Decorator和ConcreteDecorator的責任合并成一個類。”
裝飾模式總結：裝飾模式是為了為已有功能動態的添加更多功能的一種方式。
他把每個要裝飾的功能放在單獨的類中，并讓每個類包裝他所要裝飾的對象，因此，當需要執行特定行為時，客戶代碼就可以在運行時根據需要有選擇地、按順序地使用裝飾功能包裝對象了[DP]。
裝飾模式很靈活，靈活到裝飾本身并沒有限制順序，大部分時候，超人那種內褲穿在外面的打扮好像不太合時宜，所以要注意裝飾的順序哦~