1. 介面卡模式簡介

     介面卡模式（Adapter）：將一個類的介面轉換成客戶希望的另外一個介面。Adapter 模式使得原本由於介面不相容而不能一起工作的那些類可以一起工作。

     適用場景：

     1、已經存在的類的介面不符合我們的需求；
     2、建立一個可以複用的類，使得該類可以與其他不相關的類或不可預見的類（即那些介面可能不一定相容的類）協同工作；

     3、在不對每一個都進行子類化以匹配它們的介面的情況下，使用一些已經存在的子類。

     其實現方式主要有兩種：

     1.類的介面卡模式（採用繼承實現）

     2.物件介面卡（採用物件組合方式實現）

2. 類介面卡

      我們生活中常常聽到的是電源介面卡，它是用於電流變換（整流）的裝置。介面卡的存在，就是為了將已存在的東西（介面）轉換成適合我們的需要、能被我們所利用。在現實生活中，介面卡更多的是作為一箇中間層來實現這種轉換作用。

    其中：
    • Target
     — 定義Client使用的與特定領域相關的介面。
    • Client
     — 與符合Target介面的物件協同。
    • Adaptee
     — 定義一個已經存在的介面，這個介面需要適配。
    • Adapter
     — 對Adaptee的介面與Target介面進行適配

     在上面的通用類圖中，Cient 類最終面對的是 Target 介面（或抽象類），它只能夠使用符合這一目標標準的子類；而 Adaptee 類則是被適配的物件（也稱 源角色），因為它包含specific （特殊的）操作、功能等，所以我們想要在自己的系統中使用它，將其轉換成符合我們標準的類，使得 Client 類可以在透明的情況下任意選擇使用 ConcreteTarget 類或是具有特殊功能的 Adatee 類。

     程式碼實現如下：

// 已存在的、具有特殊功能、但不符合我們既有的標準介面的類
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();
	}
}
 

測試結果：
普通類 具有 普通功能...
被適配類具有 特殊功能...

     上面這種實現的介面卡稱為類介面卡，因為 Adapter 類既繼承了 Adaptee （被適配類），也實現了 Target 介面（因為 Java 不支援多繼承，所以這樣來實現），在 Client 類中我們可以根據需要選擇並建立任一種符合需求的子類，來實現具體功能。

3. 物件介面卡

     另外一種介面卡模式是物件介面卡，它不是使用多繼承或繼承再實現的方式，而是使用直接關聯，或者稱為委託的方式，類圖如下：

      程式碼實現如下：

// 介面卡類，直接關聯被適配類，同時實現標準介面
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();
	}
}

       測試結果與上面的一致。從類圖中我們也知道需要修改的只不過就是 Adapter 類的內部結構，即 Adapter 自身必須先擁有一個被適配類的物件，再把具體的特殊功能委託給這個物件來實現。使用物件介面卡模式，可以使得 Adapter 類（適配類）根據傳入的 Adaptee 物件達到適配多個不同被適配類的功能，當然，此時我們可以為多個被適配類提取出一個介面或抽象類。這樣看起來的話，似乎物件介面卡模式更加靈活一點。

4. 小結

      1、介面卡模式也是一種包裝模式，與之前的 Decorator 裝飾模式同樣具有包裝的功能；此外，物件介面卡模式還具有顯式委託的意思在裡面（其實類介面卡也有這種意思，只不過比較隱含而已），那麼我在認為它與 Proxy 代理模式也有點類似；

      2、從上面一點對比來看， Decorator 、 Proxy、 Adapter 在實現了自身的最主要目的（這個得看各個模式的最初動機、描述）之外，都可以在包裝的前後進行額外的、特殊的功能上的增減，因為我認為它們都有委託的實現意思在裡面；

      3、我所看的書中說介面卡模式不適合在詳細設計階段使用它，它是一種補償模式，專用來在系統後期擴充套件、修改時所用。