java設計模式之四 —— 適配器模式整理

概述

  將一個類的接口轉換成客戶希望的另外一個接口。Adapter模式使得原本由於接口不兼容而不能一起工作的那些類可以在一起工作。

模式中的角色

  1.目標接口(Target):客戶所期待的接口。目標可以是具體的或抽象的類,也可以是接口。

  2.需要適配的類(Adaptee):需要適配的類或適配者類。

  3.適配器(Adapter):通過包裝一個需要適配的對象,把原接口轉換成目標接口。

實現方式

   (1)類的適配器模式(採用繼承實現)

   (2)對象適配器(採用對象組合方式實現)

不得不說,適配器模式的思想也讓人拍案叫絕,認真理解,當你做的應用要到框架級別時,肯定少不了這個設計模式。

一.類的適配器模式

這裏寫圖片描述

代碼如下:
// 已存在的、具有特殊功能、但不符合我們既有的標準接口的類
class Adaptee {
public void specificRequest() {
System.out.println(“被適配類具有 特殊功能…”);
}
}

// 目標接口,或稱爲標準接口
interface Target {
public void request();
}

// 具體目標類,只提供普通功能
class ConcreteTarget implements Target {
public void request() {
System.out.println(“普通類 具有 普通功能…”);
}
}

// 適配器類,繼承了被適配類,同時實現標準接口
class Adapter extends Adaptee implements Target{
public void request() {
super.specificRequest();
}
}

// 測試類public class Client {
public static void main(String[] args) {
// 使用普通功能類
Target concreteTarget = new ConcreteTarget();
concreteTarget.request();

    // 使用特殊功能類,即適配類
    Target adapter = new Adapter();
    adapter.request();
}

}

二.對象適配器
(另外一種適配器模式是對象適配器,它不是使用多繼承或繼承再實現的方式,而是使用直接關聯,或者稱爲委託的方式)

這裏寫圖片描述

代碼如下:

// 適配器類,直接關聯被適配類,同時實現標準接口
class Adapter implements Target{
// 直接關聯被適配類
private Adaptee adaptee;

// 可以通過構造函數傳入具體需要適配的被適配類對象
public Adapter (Adaptee adaptee) {
    this.adaptee = adaptee;
}

public void request() {
    // 這裏是使用委託的方式完成特殊功能
    this.adaptee.specificRequest();
}

}

// 測試類
public class Client {
public static void main(String[] args) {
// 使用普通功能類
Target concreteTarget = new ConcreteTarget();
concreteTarget.request();

    // 使用特殊功能類,即適配類,
    // 需要先創建一個被適配類的對象作爲參數
    Target adapter = new Adapter(new Adaptee());
    adapter.request();
}

}

模式總結

  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 使用第三方組件,組件接口定義和自己定義的不同,不希望修改自己的接口,但是要使用第三方組件接口的功能。

發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章