Decorator裝飾模式
Decorator裝飾模式是一種結構型模式,它主要是解決:過度地使用了繼承來擴充套件物件的功能。就增加功能而言,Decorator模式比生成子類更為靈活。
Decorator裝飾模式是一種結構型模式,它主要是解決:“過度地使用了繼承來擴充套件物件的功能”,由於繼承為型別引入的靜態特質,使得這種擴充套件方式缺乏靈活性;並且隨著子類的增多(擴充套件功能的增多),各種子類的組合(擴充套件功能的組合)會導致更多子類的膨脹(多繼承)。繼承為型別引入的靜態特質的意思是說以繼承的方式使某一型別要獲得功能是在編譯時。所謂靜態,是指在編譯時;動態,是指在執行時。
看這個結構好像不是很明白,下面我根據程式碼講解一下這個結構。我想了一個場景:我們現在用的手機功能很多,我就用Decorator模式實現一下對某個手機的GSP和藍芽功能擴充套件。
Decorator裝飾模式是一種結構型模式,它主要是解決:“過度地使用了繼承來擴充套件物件的功能”,由於繼承為型別引入的靜態特質,使得這種擴充套件方式缺乏靈活性;並且隨著子類的增多(擴充套件功能的增多),各種子類的組合(擴充套件功能的組合)會導致更多子類的膨脹(多繼承)。繼承為型別引入的靜態特質的意思是說以繼承的方式使某一型別要獲得功能是在編譯時。所謂靜態,是指在編譯時;動態,是指在執行時。
GoF《設計模式》中說道:動態的給一個物件新增一些額外的職責。就增加功能而言,Decorator模式比生成子類更為靈活。
下面來看看Decorator模式的結構:
看這個結構好像不是很明白,下面我根據程式碼講解一下這個結構。我想了一個場景:我們現在用的手機功能很多,我就用Decorator模式實現一下對某個手機的GSP和藍芽功能擴充套件。
首先,我們需要一個手機的介面或者是抽象類,我這裡就用抽象類來實現,程式碼如下:
public abstract class AbstractCellPhone
{
public abstract string CallNumber();
public abstract string SendMessage();
}
AbstractCellPhone也就是結構圖中的Component,然後,我再來實現Nokia和Moto的手機類,這類要繼承AbstractCellPhone,也就是圖中ConcreteComponent類要繼承Component,實現程式碼如下:
public class NokiaPhone : AbstractCellPhone
{
public override string CallNumber()
{
return "NokiaPhone call sombody";
}
public override string SendMessage()
{
return "NokiaPhone send a message to somebody";
}
}
public class MotoPhone : AbstractCellPhone
{
public override string CallNumber()
{
return "MotoPhone call sombody";
}
public override string SendMessage()
{
return "MotoPhone send a message to somebody";
}
}
接下來我需要一個Decorator介面或者抽象類,實現程式碼如下:
public abstract class Decorator:AbstractCellPhone
{
AbstractCellPhone _phone;
public Decorator(AbstractCellPhone phone)
{
_phone = phone;
}
public override string CallNumber()
{
return _phone.CallNumber();
}
public override string SendMessage()
{
return _phone.SendMessage();
}
}
正如結構圖中,這個Decorator即繼承了AbstractCellPhone,又包含了一個私有的AbstractCellPhone的物件。這樣做的意義是:Decorator類又使用了另外一個Component類。我們可以使用一個或多個Decorator物件來“裝飾”一個Component物件,且裝飾後的物件仍然是一個Component物件。在下來,我要實現GSP和藍芽的功能擴充套件,它們要繼承自Decorator,程式碼如下:
public class DecoratorGPS : Decorator
{
public DecoratorGPS(AbstractCellPhone phone)
: base(phone)
{ }
public override string CallNumber()
{
return base.CallNumber() + " with GPS";
}
public override string SendMessage()
{
return base.SendMessage() + " with GPS";
}
}
public class DecoratorBlueTooth : Decorator
{
public DecoratorBlueTooth(AbstractCellPhone phone)
: base(phone)
{ }
public override string CallNumber()
{
return base.CallNumber() + " with BlueTooth";
}
public override string SendMessage()
{
return base.SendMessage() + " with BlueTooth";
}
}
最後,用客戶端程式驗證一下:
static void Main(string[] args)
{
AbstractCellPhone phone = new NokiaPhone();
Console.WriteLine(phone.CallNumber());
Console.WriteLine(phone.SendMessage());
DecoratorGPS gps = new DecoratorGPS(phone); //add GSP
Console.WriteLine(gps.CallNumber());
Console.WriteLine(gps.SendMessage());
DecoratorBlueTooth bluetooth = new DecoratorBlueTooth(gps); //add GSP and bluetooth
Console.WriteLine(bluetooth.CallNumber());
Console.WriteLine(bluetooth.SendMessage());
Console.Read();
}
執行結果:
NokiaPhone call sombody
NokiaPhone send a message to somebody
NokiaPhone call sombody with GPS
NokiaPhone send a message to somebody with GPS
NokiaPhone call sombody with GPS with BlueTooth
NokiaPhone send a message to somebody with GPS with BlueTooth
從執行的結果不難看出擴充套件功能已被新增。最後再說說Decorator裝飾模式的幾點要點:
1、通過採用組合、而非繼承的手法,Decorator模式實現了在執行時動態的擴充套件物件功能的能力,而且可以根據需要擴充套件多個功能。避免了單獨使用繼承帶來的“靈活性差”和“多子類衍生問題”。
2、Component類在Decorator模式中充當抽象介面的角色,不應該去實現具體的行為。而且Decorator類對於Component類應該透明——換言之Component類無需知道Decorator類,Decorator類是從外部來擴充套件Component類的功能。
3、Decorator類在介面上表現為is-a Component的繼承關係,即Decorator類繼承了Component類所具有的介面。但在實現上又表現為has-a Component的組合關係,即Decorator類又使用了另外一個Component類。我們可以使用一個或多個Decorator物件來“裝飾”一個Component物件,且裝飾後的物件仍然是一個Component物件。(在這裡我想談一下我的理解:當我們例項化一個Component物件後,要給這個物件擴充套件功能,這時我們把這個Component物件當作引數傳給Decorator的子類的建構函式——也就是擴充套件方法的功能類。對於引用型別傳參時,實際上只是傳遞物件的地址,這樣,在功能擴充套件是,操作的應該是同一個物件)
4、Decorator模式並非解決“多子類衍生的多繼承”問題,Decorator模式應用的要點在於解決“主體類在多個方向上的擴充套件功能”——是為“裝飾”的含義。Decorator是在執行時對功能進行組合。
相關文章
- 裝飾器模式(Decorator)模式
- 裝飾模式 (Decorator Pattern)模式
- Decorator裝飾設計模式設計模式
- 設計模式--裝飾模式(Decorator Pattern)設計模式
- 設計模式-裝飾模式(Decorator Pattern)設計模式
- 設計模式 (十)裝飾模式(Decorator)設計模式
- PHP設計模式- Decorator 裝飾器模式PHP設計模式
- java設計模式-裝飾器模式(Decorator)Java設計模式
- 設計模式之裝飾器模式(decorator pattern)設計模式
- PHP設計模式之裝飾器模式(Decorator)PHP設計模式
- C++ 設計模式 裝飾模式(Decorator Pattern)C++設計模式
- JAVA設計模式之 裝飾模式【Decorator Pattern】Java設計模式
- C#設計模式系列:裝飾模式(Decorator)C#設計模式
- 09 結構型模式之裝飾者模式(decorator)模式
- C#設計模式-裝飾器模式(Decorator Pattern)C#設計模式
- 設計模式的征途—10.裝飾(Decorator)模式設計模式
- PHP設計模式(六)—裝飾器模式(Decorator Pattern)PHP設計模式
- Java設計模式之裝飾者模式(Decorator pattern)Java設計模式
- 設計模式--裝飾器模式Decorator(結構型)設計模式
- 前端常用設計模式(1)--裝飾器(decorator)前端設計模式
- decorator(HTML裝飾器)HTML
- Net設計模式例項之裝飾者模式(Decorator Pattern)設計模式
- 設計模式中的俄羅斯套娃:裝飾者(Decorator)模式設計模式
- python 之裝飾器(decorator)Python
- JavaScript中的裝飾器--DecoratorJavaScript
- 常用開源框架中設計模式使用分析- 裝飾器模式(Decorator Pattern)框架設計模式
- 如何用 Decorator 裝飾你的 TypescriptTypeScript
- python黑魔法---裝飾器(decorator)Python
- Python裝飾器(decorator)學習Python
- 搭建node服務(四):Decorator裝飾器
- JS 裝飾器(Decorator)場景實戰JS
- quarkus依賴注入之八:裝飾器(Decorator)依賴注入
- python: 設計模式(design pattern)之修飾器模式(decorator)Python設計模式
- 裝飾模式模式
- 學習 ES7 語法 decorator 裝飾器
- 修飾者模式(裝飾者模式,Decoration)模式
- 裝飾者模式模式
- 設計模式——裝飾模式設計模式