說明：

裝飾模式的特點；

（1） 裝飾對象和真實對象有相同的接口。這樣客戶端對象就可以以和真實對象相同的方式和裝飾對象交互。

（2） 裝飾對象包含一個真實對象的索引（reference）

（3） 裝飾對象接受所有的來自客戶端的請求。它把這些請求轉發給真實的對象。

（4） 裝飾對象可以在轉發這些請求以前或以后增加一些附加功能。這樣就確保了在運行時，不用修改給定對象的結構就可以在外部增加附加的功能。在面向對象的設計中，通常是通過繼續來實現對給定類的功能擴展。

下表格列舉了裝飾模式和繼續的不同：

裝飾模式 VS 繼續

例子：

讓我們重新返回我們在工廠方法和單例模式log實用工具上，我們的模式主要由Logger 接口和兩個它的實現類??FileLogger和ConsoleLogger??分別把信息出力到一個文件和屏幕中。另外，還有包括工廠方法的LoggerFactory類。

LoggerFactory沒有出現在下圖中，主要是因為它和現在討論的例子沒有直接聯系。



讓我們想象一些客戶端需要以超出Logger Utility現在所提供的新的方式出力信息，客戶端需要下面兩種特征；

（1）    把出力的信息傳喚為Html文檔

（2）    對出力信息進行邏輯轉化的簡單加密，在面向對象的設計中，不改變現存的類的代碼，可以應用繼續來增加新的功能。例如，子類化現在的類重載它的方法來增加所需要的新功能。

應用繼續，我們要子類化FileLogger和ConsoleLogger類來增加新的功能，會有下面的一組新的子類：

子類    父類    功能

HTMLFileLogger    FileLogger    轉化出力信息為HTML文檔，并存入一個Log文件

HTMLConsLogger    ConsoleLogger    轉化出力信息為HTML文檔，并顯示在屏幕上

EncFileLogger    FileLogger    加密出力信息，并存入一個Log文件

EncConsLogger    ConsoleLogger    加密出力信息，并顯示在屏幕上

從類圖可以看到，為了實現新的功能加入了一組新的子類。假如我們還有其他的Logger類型（例如：DBLogger出力信息到數據庫中），這樣會有更多子類。當一個新的特性需要被加入，子類的數量會有成倍數的增長，同時我們會有一個龐大的類層次。



裝飾模式使我們從這種情景中解脫出來，裝飾模式推薦通過對象的合成而不是繼續來包裝一個對象擴展它的功能。

應用裝飾模式，讓我們為Logger Utility定義一個有下列特征的默認根裝飾類LoggerDecorator：

（1）    LoggerDecorator包括一個Logger實例的引用。這個引用指向它包含的Logger對象。

（2）    LoggerDecorator實現Logger借口、提供Log方法的基本的默認實現，他只是簡單的轉發調用給它包含的Logger 對象。每一個LoggerDecorator子類保證定義log方法。

Listing 19.1: LoggerDecorator Class 

1. public class LoggerDecorator implements Logger { 
2.   Logger logger; 
3.   public LoggerDecorator(Logger inp_logger) { 
4.     logger = inp_logger; 
5.   } 
6.   public void log(String DataLine) { 
7.     /* 
8.      Default implementation 
9.      to be overriden by subclasses. 
10.     */ 
11.     logger.log(DataLine); 
12.   } 
13. }//end of class