1. 概述
將一個類的接口轉換成客戶希望的另外一個接口。Adapter模式使得原本由於接口不兼容而不能一起工作的那些類可以在一起工作。
2. 解決的問題
即Adapter模式使得原本由於接口不兼容而不能一起工作的那些類可以在一起工作。
下面是兩個非常形象的例子
3. 模式中的角色
3.1 目標接口(Target):客戶所期待的接口。目標可以是具體的或抽象的類,也可以是接口。
3.2 需要適配的類(Adaptee):需要適配的類或適配者類。
3.3 適配器(Adapter):通過包裝一個需要適配的對象,把原接口轉換成目標接口。
4. 實現方式
(1)類的適配器模式(採用繼承實現)
(2)對象適配器(採用對象組合方式實現)
適配器模式的類圖
一。類的適配器模式
測試結果:
上面這種實現的適配器稱爲類適配器,因爲 Adapter 類既繼承了 Adaptee (被適配類),也實現了 Target 接口(因爲 Java 不支持多繼承,所以這樣來實現),在 Client
類中我們可以根據需要選擇並創建任一種符合需求的子類,來實現具體功能。另外一種適配器模式是對象適配器,它不是使用多繼承或繼承再實現的方式,而是使用直接關聯,或者稱爲委託的方式,類圖如下:
代碼如下:
測試結果與上面的一致。從類圖中我們也知道需要修改的只不過就是 Adapter 類的內部結構,即 Adapter 自身必須先擁有一個被適配類的對象,再把具體的特殊功能委託給這個對象來實現。使用對象適配器模式,可以使得 Adapter 類(適配類)根據傳入的 Adaptee 對象達到適配多個不同被適配類的功能,當然,此時我們可以爲多個被適配類提取出一個接口或抽象類。這樣看起來的話,似乎對象適配器模式更加靈活一點。
5. 模式總結
5.1 優點
5.1.1 通過適配器,客戶端可以調用同一接口,因而對客戶端來說是透明的。這樣做更簡單、更直接、更緊湊。
5.1.2 複用了現存的類,解決了現存類和複用環境要求不一致的問題。
5.1.3 將目標類和適配者類解耦,通過引入一個適配器類重用現有的適配者類,而無需修改原有代碼。
5.1.4 一個對象適配器可以把多個不同的適配者類適配到同一個目標,也就是說,同一個適配器可以把適配者類和它的子類都適配到目標接口。
5.2 缺點
對於對象適配器來說,更換適配器的實現過程比較複雜。
5.3 適用場景
5.3.1 系統需要使用現有的類,而這些類的接口不符合系統的接口。
5.3.2 想要建立一個可以重用的類,用於與一些彼此之間沒有太大關聯的一些類,包括一些可能在將來引進的類一起工作。
5.3.3 兩個類所做的事情相同或相似,但是具有不同接口的時候。
5.3.4 舊的系統開發的類已經實現了一些功能,但是客戶端卻只能以另外接口的形式訪問,但我們不希望手動更改原有類的時候。
5.3.5 使用第三方組件,組件接口定義和自己定義的不同,不希望修改自己的接口,但是要使用第三方組件接口的功能。
6. 適配器應用舉例
6.1 使用過ADO.NET的開發人員應該都用過DataAdapter,它就是用作DataSet和數據源之間的適配器。DataAdapter通過映射Fill和Update來提供這一適配器。
6.2 手機電源適配器
作者:jason0539
微博:http://weibo.com/2553717707
博客:http://blog.csdn.net/jason0539(轉載請說明出處)