尊重時間 時間才會尊重你。
「1」說明
此乃《設計模式》之裝飾模式
「2」裝飾模式定義
動態(tài)地給一個對象添加一些額外的指責，就增加功能來說，裝飾模式比生成子類更為靈活。
「3」裝飾（Decotator）模式結構圖
- Conponent:定義一個對象接口，可以給這些對象動態(tài)地添加職責。
- ConcreteComponent:定義一個具體的對象，也可以給這個對象添加一些職責。
- Decorator:裝飾抽象類，繼承了Component，從外類來擴展Component類的功能，但是對于Component來說，是無需知道Decorator的存在的。
- ConreteDecorator:具體的裝飾對象，給Component添加功能。
「4」什么時候使用裝飾及模式和它好處
- 裝飾模式是為已有功能動態(tài)地添加更多功能的一種方式。當系統(tǒng)需要新功能的時候，是向舊的類中添加新的代碼。這些新加的代碼通常裝飾了原有類的核心職責和主要行為。它們在主類中加入了新的字段，新的方法和新的邏輯，從而增加了主類的復雜度，而這些新加入的東西僅僅是為了滿足一些只在特定情況下才會執(zhí)行的特殊行為的需要。而裝飾模式卻提供了一個非常好的解決方案，它把每個要裝飾的功能放在單獨的類中，并讓這個類包裝它所要裝飾的對象，因此，當需要執(zhí)行特殊行為時，客戶代碼就可以在運行時根據(jù)需要有選擇地、按順序地使用裝飾功能包裝對象了。
- 優(yōu)點就是把類中的裝飾功能從類中搬移去除，有效地把類中的核心職責和裝飾功能區(qū)分開，這樣可以簡化相關類中重復的裝飾邏輯。
「5」裝飾模式基本代碼推演
- Component類
abstract class Component
{
public abstract void Operation();
}
- ConcreteComponent類
class ConcreteComponent : Component
{
public override void Operation()
{
Console.WriteLine("具體對象的操作");
}
}
- Decorator類
abstract class Decorator : Component
{
protected Component component;
public void SetComponent(Component conponent)
{
this.component = component;
}
public override void Operation()
{
if(component != NULL)
{
component.Operation();
}
}
}
ConcreteDecorator類
class ConcreteDecoratorA : Decorator
{
private string addedState;
public override void Operation()
{
base.Opetation();
addedState = "New State";
Console.WriteLine("具體裝飾對象A的操作")；
}
}
class ConcreteDecoratorB : Decorator
{
public override void Operation()
{
base.Opetation();
AddedBehavior;
Console.WriteLine("具體裝飾對B的操作")；
}
private void AddedBehavior()
{
}
}
- 客戶端代碼
static void Main()
{
ConcreteComponent c = new ConcreteComponent();
ConcreteDecoratorA d1 = new ConcreteDecoratorA;
ConcreteDecoratorB d2 = new ConcreteDecoratorB;
d1.SetComponent(c);
d2.SetComponent(d1);
Console.Read();
}
「6」裝飾模式總結
裝飾模式把類中的裝飾功能從類中搬移去除，有效地把類中的核心職責和裝飾功能區(qū)分開，這樣可以簡化相關類中重復的裝飾邏輯。
