1. 簡介

  介面卡模式是將兩個介面不相容的類連線在一起，使其可以進行工作，它是一種結構性設計模式。它主要為了滿足客戶需要的介面，通過中間的適配層來匹配使用者所需要的功能。
  例如，我們在維護老的專案的時候，B組重構了自己組內的程式碼，此時他們也需要修改自己的介面名，但是這些介面A組有呼叫，那麼這個時候我們不能直接要求A組也跟著改呼叫介面的程式碼，因為如果將介面名全部修改為B組提供的，那會花費很長時間，且容易出錯。這個時候就可以使用介面卡模式將兩個組的介面適配到一起，從而在不影響A組程式碼的情況下，重構了本組的程式碼，並且兩組所維護的程式碼邊界也很清晰，也方便各自的維護。
  再如，我們常常遇到這樣的情景：一個房間內只有三孔的插口，而我的電源線是兩孔的。那麼這時我就需要一個三孔的電源介面卡，適配我的兩孔電源線。此時，這個介面卡一端是兩孔插口，一端是插向三孔的介面。這個就是介面卡模式。
  再如，在開發中，我們會遇到與硬體驅動通訊的情況。那麼在沒有真實的硬體驅動的時候，為了不影響專案開發進度，就需要一個模擬的驅動介面。這樣，做驅動層的開發人員和做應用的開發人員可以並行的完成自己的開發內容。當在沒有真實驅動的時候，我可以使用我的模擬來進行除錯，當有真實驅動的時候我就可以切換到真實驅動介面進行除錯。這種介面介面卡也屬於介面卡模式。
  介面卡模式分為：類介面卡、物件介面卡、介面介面卡。

2. 類圖

  如下，分三種UML類圖分別表示介面卡模式的三種方式。

2.1 類介面卡

2.2 物件介面卡

2.3 介面介面卡

  從上圖我們可以看到，類介面卡和物件介面卡本質是一樣的，只是實現的方式不一樣。一個使用繼承的方式，一個使用聚合的方式。一般的，我們更多的使用物件介面卡。而介面介面卡，就適用於例舉的第三個例子。

3. 例項

  同樣的，使用程式碼示例來說明這三種介面卡模式實現的基本方式。

3.1 類介面卡

interface IThreeHoleSocket {
	public void connectThreeHole();
}

interface ITwoHolePowerCord
 
 {
	public void connectTwoHole();
}

class EThreeHoleSocket implements IThreeHoleSocket {
	public void connectThreeHole() {
		System.out.println("Successful connection to the three-hole power cord!");
	}
}

class ETwoHolePowerCord implements ITwoHolePowerCord {
	public void connectTwoHole() {
		System.
 
out.println("Successful connection to the two-hole socket!");
	}
}

  如上，分別有一個三孔插座和一個兩孔的電源線，那麼怎麼讓兩孔的電源線使用三孔的插座呢。這裡就用到了一個介面卡，將兩者聯絡起來：

class EThreeHoleClassAdapter extends EThreeHoleSocket implements ITwoHolePowerCord {
	public void connectTwoHole() {
		connectThreeHole();
	}
}

  客戶程式碼：

		ITwoHolePowerCord threeHoleClassAdapter = new EThreeHoleClassAdapter();
		threeHoleClassAdapter.connectTwoHole();

  輸出：

Successful connection to the three-hole power cord!

3.2 物件介面卡

  物件介面卡與類介面卡不同的時候，它使用聚合的方式，在介面卡中存在需要適配的物件的引用，然後通過呼叫適配物件的方法來適配使用者需要的介面。

class EThreeHoleObjectAdapter implements ITwoHolePowerCord {
	private EThreeHoleSocket threeHoleSocket;
	
	public EThreeHoleObjectAdapter(EThreeHoleSocket threeHoleSocket) {
		this.threeHoleSocket = threeHoleSocket;
	}
	
	public void connectTwoHole() {
		threeHoleSocket.connectThreeHole();
	}
}

  客戶程式碼：

		EThreeHoleSocket threeHoleSocket = new EThreeHoleSocket(); 
		ITwoHolePowerCord threeHoleObjectAdapter = new EThreeHoleObjectAdapter(threeHoleSocket);
		threeHoleObjectAdapter.connectTwoHole();

  輸出與類介面卡一樣。可以發現，物件介面卡的耦合度是小於類介面卡的，所以建議更多的使用物件介面卡。

3.3 介面介面卡

  根據簡介中的第三個例子，有下面的程式碼示例：

interface IDriver {
	void funcA();
	void funcB();
	void funcC();
	void funcD();
}

abstract class EDriver implements IDriver {
	public void funcA() {}
	public void funcB() {}
	public void funcC() {}
	public void funcD() {}
}

class ESimDriver extends EDriver {
	public void funcB() {
		System.out.println("this is Sim funcB!");
	}
	
	public void funcC() {
		System.out.println("this is Sim funcC!");
	}
}

class ERealDriver extends EDriver {
	
	public void funcA() {
		System.out.println("this is Real funcA!");
	}
	
	public void funcB() {
		System.out.println("this is Real funcB!");
	}
	
	public void funcC() {
		System.out.println("this is Real funcC!");
	}
	
	public void funcD() {
		System.out.println("this is Real funcD!");
	}
}

  如上，有一個驅動介面類IDriver，抽象類EDriver，以及具體的模擬驅動類ESimDriver和真實驅動類ERealDriver 。那麼為什麼中間要加一個抽象類EDriver呢，這是因為模擬類中可能實現了部分的介面方法，這樣使得具體的類更加的靈活選擇自己要實現的方法。
  客戶程式碼：

		IDriver simDriver = new ESimDriver();
		simDriver.funcA();
		simDriver.funcB();
		simDriver.funcC();
		simDriver.funcD();
		
		IDriver realDriver = new ERealDriver();
		realDriver.funcA();
		realDriver.funcB();
		realDriver.funcC();
		realDriver.funcD();

  輸出：

this is Sim funcB!
this is Sim funcC!
this is Real funcA!
this is Real funcB!
this is Real funcC!
this is Real funcD!

總結

  介面卡模式相對也比較簡單，但應用的場景比較多，在專案中我們會經常使用到該設計模式。