設計模式(六)適配器模式

01.模式動機

  • 在軟件開發(fā)中采用類似于電源適配器的設計和編碼技巧被稱為適配器模式。

  • 通常情況下,客戶端可以通過目標類的接口訪問它所提供的服務。有時,現有的類可以滿足客戶類的功能需要,但是它所提供的接口不一定是客戶類所期望的,這可能是因為現有類中方法名與目標類中定義的方法名不一致等原因所導致的。

  • 在這種情況下,現有的接口需要轉化為客戶類期望的接口,這樣保證了對現有類的重用。如果不進行這樣的轉化,客戶類就不能利用現有類所提供的功能,適配器模式可以完成這樣的轉化。

  • 在適配器模式中可以定義一個包裝類,包裝不兼容接口的對象,這個包裝類指的就是適配器(Adapter),它所包裝的對象就是適配者(Adaptee),即被適配的類。

  • 適配器提供客戶類需要的接口,適配器的實現就是把客戶類的請求轉化為對適配者的相應接口的調用。也就是說:當客戶類調用適配器的方法時,在適配器類的內部將調用適配者類的方法,而這個過程對客戶類是透明的,客戶類并不直接訪問適配者類。因此,適配器可以使由于接口不兼容而不能交互的類可以一起工作。這就是適配器模式的模式動機。

02.模式定義

????適配器模式:將一個接口轉化成為客戶希望的另一個客戶希望的另一個接口,適配器模式使接口不兼容的類可以工作在一起工作,其別名稱為包裝器(Wrapper)。適配器模式既可以作為類結構型模式,也可以作為對象結構型模式。

03.模式結構

適配器模式包含如下角色:

  • Target:目標抽象類

  • Adapter:適配器類

  • Adaptee:適配者類

  • Client:客戶類

適配器模式有對象適配器和類適配器兩種實現:

對象適配器:

類適配器:

04.時序圖

05.代碼示例

這里我使用常用的家庭用電的例子來進行舉例:

我們已經有的電壓是國家給的220V,是一個適配者對象

我們現在呢,手機需要充電,我們的目標是將這個轉化為5V,于是有了目標類

之后,我們希望使用一個手機的充電器,也就是在適配者模式中的適配器來進行轉化

在將業(yè)務邏輯轉化后,我們就可以使用了,現在就給我們的手機充電

06.模式優(yōu)點

  • 將目標類和適配者類解耦,通過引入一個適配器類來重用現有的適配者類,而無須修改原有代碼。

  • 增加了類的透明性和復用性,將具體的實現封裝在適配者類中,對于客戶端類來說是透明的,而且提高了適配者的復用性。

  • 靈活性和擴展性都非常好,通過使用配置文件,可以很方便地更換適配器,也可以在不修改原有代碼的基礎上增加新的適配器類,完全符合“開閉原則”。

類適配器模式還具有如下優(yōu)點:

由于適配器類是適配者類的子類,因此可以在適配器類中置換一些適配者的方法,使得適配器的靈活性更強。

對象適配器模式還具有如下優(yōu)點:

一個對象適配器可以把多個不同的適配者適配到同一個目標,也就是說,同一個適配器可以把適配者類和它的子類都適配到目標接口。

07.模式缺點

類適配器模式的缺點如下:

對于Java、C#等不支持多重繼承的語言,一次最多只能適配一個適配者類,而且目標抽象類只能為抽象類,不能為具體類,其使用有一定的局限性,不能將一個適配者類和它的子類都適配到目標接口。

對象適配器模式的缺點如下:

與類適配器模式相比,要想置換適配者類的方法就不容易。如果一定要置換掉適配者類的一個或多個方法,就只好先做一個適配者類的子類,將適配者類的方法置換掉,然后再把適配者類的子類當做真正的適配者進行適配,實現過程較為復雜

08.適用場景

在以下情況下可以使用適配器模式:

  • 系統(tǒng)需要使用現有的類,而這些類的接口不符合系統(tǒng)的需要。

  • 想要建立一個可以重復使用的類,用于與一些彼此之間沒有太大關聯的一些類,包括一些可能在將來引進的類一起工作。



?著作權歸作者所有,轉載或內容合作請聯系作者
【社區(qū)內容提示】社區(qū)部分內容疑似由AI輔助生成,瀏覽時請結合常識與多方信息審慎甄別。
平臺聲明:文章內容(如有圖片或視頻亦包括在內)由作者上傳并發(fā)布,文章內容僅代表作者本人觀點,簡書系信息發(fā)布平臺,僅提供信息存儲服務。

相關閱讀更多精彩內容

友情鏈接更多精彩內容