設計模式之—裝飾者模式

一、模式定義
    動態地將責任附加到對象上，如果要擴充功能，裝飾者提供比繼承更有彈性的替代方案。

二、所體現出的設計原則
    開放-關閉原則：類應該對擴充開放，對修改關閉。

三、UML圖示

四、應用情境

    1. 在不影響其他對象的情況下，以動態、透明的方式給單個對象添加職責。
    2. 處理那些可以撤消的職責。
    3. 當不能採用產生子類的方法進行擴充時：一種情況是，可能有大量獨立的擴充，為支援每一種組合將產生大量的子類，使得子類數目呈爆炸性增長；另一種情況可能是因為類定義被隱藏，或類定義不能用於產生子類。

五、注意事項

    1. 裝飾者和被裝飾者必須派生自相同的抽象基類，這樣客戶無需知道一個對象到底被封裝了沒有，或者是被封裝了多少層。裝飾者會調用被裝飾者的方法，並在其前或者後加上自己的方式。這樣一來，行為就被擴充了，同時不必對原有代碼進行修改。
    2. 裝飾者模式完全遵守開放-關閉原則，其缺點是容易產生大量的裝飾類。

六、舉例說明

     用Junit舉個例子吧(雖然偶也只會點兒皮毛，嘿嘿)。Junit中，TestDecorator 和 RepeatedTest 就是對TestCase的裝飾模式擴充應用。

                                            

    這裡Test 介面中定義了一個方法 public void run(TestResult result)，被裝飾者TestCase定義了這個方法以執行使用者定義的測試案例。同時裝飾者RepeatedTest也定義了這個方法，但執行方法是“連續調用TestCase的run方法N次”。

七、程式碼範例

    維基百科：http://zh.wikipedia.org/wiki/%E4%BF%AE%E9%A5%B0%E6%A8%A1%E5%BC%8F