定義：
動態的給物件新增一些額外的職責。就增加功能來說，裝飾模式相比生成子類更為靈活。
使用場景：
- 在不影響其他物件的情況下，以動態、透明的方式給單個物件新增職責。
- 需要動態地給一個物件增加功能，這些功能也可以動態地被撤銷。
- 當不能採用繼承的方式對系統進行擴充或者採用繼承不利於系統擴充套件和維護時。
不能採用繼承的情況主要有兩類：
第一類是系統中存在大量獨立的擴充套件，為支援每一種組合將產生大量的子類，使得子類數目呈爆炸性增長；第二類是因為類定義不能繼承（如final類）。
UML類圖：
優點：
- 裝飾模式與繼承關係的目的都是要擴充套件物件的功能，但是裝飾模式可以提供比繼承更多的靈活性。
- 可以通過一種動態的方式來擴充套件一個物件的功能，通過配置檔案可以在執行時選擇不同的裝飾器，從而實現不同的行為。
- 通過使用不同的具體裝飾類以及這些裝飾類的排列組合，可以創造出很多不同行為的組合。可以使用多個具體裝飾類來裝飾同一物件，得到功能更為強大的物件。
- 具體構件類與具體裝飾類可以獨立變化，使用者可以根據需要增加新的具體構件類和具體裝飾類，在使用時再對其進行組合，原有程式碼無須改變，符合“開閉原則”
缺點：
- 使用裝飾模式進行系統設計時將產生很多小物件，這些物件的區別在於它們之間相互連線的方式有所不同，而不是它們的類或者屬性值有所不同，同時還將產生很多具體裝飾類。這些裝飾類和小物件的產生將增加系統的複雜度，加大學習與理解的難度。
- 這種比繼承更加靈活機動的特性，也同時意味著裝飾模式比繼承更加易於出錯，排錯也很困難，對於多次裝飾的物件，除錯時尋找錯誤可能需要逐級排查，較為煩瑣
事例：
人穿衣服