設計模式之裝飾模式

2021-06-27 07:57:49 字數 1855 閱讀 4167

例子皆來自聖思園:

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

•裝飾模式是在不必改變原類檔案和使用繼承的情況下,動態的擴充套件乙個物件的功能。它是通過建立乙個包裝物件,也就是裝飾來包裹真實的物件

裝飾模式的角色:

–抽象構件角色(component):給出乙個抽象介面,以規範準備接收附加責任的物件。

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

–裝飾角色(decorator):持有乙個構件(component)物件的引用,並定義乙個與抽象構件介面一致的介面

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

裝飾模式的特點:

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

–裝飾物件包含乙個真實物件的引用(reference)

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

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

裝飾模式vs繼承

裝飾模式

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

–不需要子類

–動態–執行時分配職責

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

–更多的靈活性

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

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

–需要子類

–靜態–編譯時分派職責

–導致很多子類產生

–缺乏靈活性

package com.shengsiyuan.decorator;

public inte***ce component

package com.shengsiyuan.decorator;

public class decorator implements component

@override

public void dosomething()

}

package com.shengsiyuan.decorator;

public class concretecomponent implements component

}

package com.shengsiyuan.decorator;

public class concretedecorator1 extends decorator

@override

public void dosomething()

private void doanotherthing()

}

package com.shengsiyuan.decorator;

public class concretedecorator2 extends decorator

@override

public void dosomething()

private void doanotherthing()

}

package com.shengsiyuan.decorator;

public class client

}



設計模式之裝飾設計模式

1.目的 動態擴充套件類的行為 開閉原則 對擴充套件開放,對修改關閉 2.要點 裝飾類和被裝飾類都實現同乙個介面或者繼承同乙個類 3.具體實現 被裝飾元件介面 被裝飾元件實現類實現 抽象類構建被裝飾元件實現被裝飾元件介面 裝飾類繼承抽象類 裝飾類 重寫抽象類方法 裝飾 4.例項 被裝飾類介面 pub...

設計模式之裝飾模式

有時如果需要對某乙個類增加乙個功能,可以使用繼承來實現。但是如果想要只是對某乙個物件來增加一項功能,則可能會用到裝飾模式。裝飾模式的主要作用是動態的給某乙個物件新增某些功能。如果此時使用繼承來新增功能時,會產生大量的子類,導致難以維護。裝飾模式的簡要類圖如下 其中 component為待增加功能 即...

設計模式之裝飾模式

template pattern 即模板模式 核心思想 產品不變的部分首先實現,將易變的部分抽象出來供子類完成。例如 一雙運動鞋大體製作流程各廠家基本一致,但是各環節實現細節可有些不一樣,不一樣的部分抽象出來讓不同廠家實現。即先有個框架,細節交給不同廠家實現 程式設計例項 趙本山小品中提到的將大象裝...