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

UML類圖

Component 是定義一個物件介面,可以給這些物件動態地新增職責
ConcreteComponent是定義一個具體物件,也可以給這個物件新增一些職責
Decorator,裝飾抽象類,繼承了Component,從外類來擴充套件Component類的功能,但對於Component來說,是無需知道Decorator存在的.
ConcreteDecorator是具體的裝飾物件,起到給一個物件裝飾A、裝飾B新增職責的功能

// Component.cs
 

abstract class Component
{
    public abstract void Operation();
}

// ConcreteComponent.cs
class ConcreteComponent : Component
{
    public override void Operation()
    {
        Console.WriteLine("一個物件");
    }
}

// Decorator.cs
abstract class Decorator : Component
{
    protected Component component;

    public
 
 void SetComponent(Component component)
    {
        this.component = component;
    }

    public override void Operation()
    {
        if (component != null)
        {
            component.Operation();
        }
    }
}

// ConcreteDecoratorA.cs
class ConcreteDecoratorA : Decorator
{
    public
 
 override void Operation()
    {
        base.Operation();
        Console.WriteLine("裝飾A");
    }
}

// ConcreteDecoratorB.cs 
class ConcreteDecoratorB : Decorator
{
    public override void Operation()
    {
        base.Operation();
        Console.WriteLine("裝飾B");
    }
}

// test
Component c = new ConcreteComponent();
ConcreteDecoratorA a = new ConcreteDecoratorA();
ConcreteDecoratorB b = new ConcreteDecoratorB();

a.SetComponent(c);
b.SetComponent(a);

b.Operation();

// 輸出
一個物件
裝飾A
裝飾B

總結
裝飾模式是為已有功能動態地新增更多功能的一種方式
何時使用?
當系統需要新增新功能時，向舊類中新增新的程式碼,這些新加的程式碼通常裝飾了原有類的核心職責或主要行為
但問題在於：新加入的變數,方法或邏輯增加了主類的複雜度,但新加的這些東西可能只在某些特定情況下才會執行的特殊行為
裝飾者把每個要裝飾的功能放在單獨的類中,並讓這個類包裝它所要裝飾的物件,當需要執行特殊行為時,客戶就可以在執行時根據需要有選擇地、按順序地使用裝飾功能包括物件了

優點
把類中的裝飾功能從類中搬移分離出去,可以簡化原有的類,有效的把類的核心職責和裝飾功能區分開,並且可以去除相關類中重複的裝飾邏輯，但如果裝飾順序很重要,就要注意了