裝飾模式包裝模式 io上使用到

裝飾模式把客戶端的呼叫委派到被裝飾類。裝飾模式的關鍵在於這種擴充套件完全是透明的。

裝飾模式是在不必改變原類檔案和使用繼承的情況下，動態的擴充套件乙個物件的功能。

它是通過建立乙個包裝物件，也就是裝飾來包裹真實的物件。

• 裝飾模式的角色：

– 抽象構件角色（component）：給出乙個抽象介面，以規範準備接收附加責任的物件。

– 具體構件角色（concrete component）：定義乙個將要接收附加責任的類。

– 裝飾角色（decorator）：持有乙個構件（component）物件的引用，並定義乙個與抽象構件介面一致的介面

– 具體裝飾角色（concrete decorator）：負責給構件物件「貼上」附加的責任。

• 裝飾模式的特點：

– 裝飾物件和真實物件有相同的介面。這樣客戶端物件就可以以和真實物件相同的方式和裝飾物件互動。

– 裝飾物件包含乙個真實物件的引用（reference）

– 裝飾物件接收所有來自客戶端的請求。它把這些請求**給真實的物件。

– 裝飾物件可以在**這些請求以前或以後增加一些附加功能。這樣就確保了在執行時，不用修改給定物件的結構就可以在外部增加附加的功能。在物件導向的設計中，通常是通過繼承來實現對給定類的功能擴充套件。裝飾模式

– 用來擴充套件特定物件的功能

– 不需要子類

– 動態

– 執行時分配職責

– 防止由於子類而導致的複雜和混亂

– 更多的靈活性

– 對於乙個給定的物件，同時可能有不同的裝飾物件，客戶端可以通過它的需要選擇合適的裝飾物件傳送訊息。

• 繼承

– 用來擴充套件一類物件的功能

– 需要子類

– 靜態

– 編譯時分派職責

– 導致很多子類產生

– 缺乏靈活性

裝飾模式物件需要什麼功能給他包裝什麼功能的如果要繼承的話要產生非常多的子類

先定義乙個介面

public inte***ce component

定義實現這個介面的具體構建角色

public class concretecomponent implements component
}

定義裝飾角色就像過濾類繼承了這個介面並含有對這個介面的引用先定義過濾流的父類

public class decorator implements component
@override
public void dosomething()
}

在定義具體的裝飾角色相當於具體的過濾類繼承了上面的父類

public class concretedecorator1 extends decorator
@override
public void dosomething() 
private void doanotherthing() 
}

public class concretedecorator2 extends decorator
@override
public void dosomething() 
private void doanotherthing()
}

測試

public class client
}

public class voice public voice int voice public int getvoice public void setvoice int voice public void say 擴音器類與類之間的關係 1 依賴形參區域性變數 2 關聯屬性聚合屬性整...

四部分組成 1 抽象元件需裝飾的抽象物件介面或抽象父類 2 具體元件需要裝飾的物件 3 抽象裝飾類包含了對抽象元件的引用以及裝飾著共有的方法 4 具體裝飾類被裝飾的物件示例模擬咖啡 public class decorate02 1 抽象元件 inte ce drink 2 具體元件 ...

先看乙個圖 mybatis中的cache 通過對 cache的實現進行了進一步包裝，就可以實現多種多樣的功能，如lru,fifo等快取淘汰策略點選 synchronizedcache 可以看到，這個是給方法加上了 synchronized 不同的包裝類，實現了對應特定業務的功能優點能提高類的...

裝飾模式 包裝模式 io上使用到