介面卡模式 - Adapter Pattern

將一個介面轉換成客戶希望的另一個介面，使介面不相容的那些類可以一起工作，其別名為包裝器(Wrapper)。介面卡模式既可以作為類結構型模式，也可以作為物件結構型模式。

主要優點

（01）將目標類和適配者類解耦，通過引入一個介面卡類來重用現有的適配者類，無須修改原有結構。

（02）增加了類的透明性和複用性，將具體的業務實現過程封裝在適配者類中，對於客戶端類而言是透明的，而且提高了適配者的複用性，同一個適配者類可以在多個不同的系統中複用。

（03）靈活性和擴充套件性都非常好，通過使用配置檔案，可以很方便地更換介面卡，也可以在不修改原有程式碼的基礎上增加新的介面卡類，完全符合“開閉原則”。

主要缺點

（01）對於Java、C#等不支援多重類繼承的語言，一次最多隻能適配一個適配者類，不能同時適配多個適配者；Swift也是如此。

（02）適配者類不能為最終類，如在Java中不能為final類，C#中不能為sealed類；

（03）在Java、C#等語言中，類介面卡模式中的目標抽象類只能為介面，不能為類，其使用有一定的侷限性。

（04）物件介面卡模式的缺點如下：與類介面卡模式相比，要在介面卡中置換適配者類的某些方法比較麻煩。如果一定要置換掉適配者類的一個或多個方法，可以先做一個適配者類的子類，將適配者類的方法置換掉，然後再把適配者類的子類當做真正的適配者進行適配，實現過程較為複雜。

示例

（01）Target 目標介面

（02）Adaptee

（03）Another Adaptee

（04）Adapter 操作介面卡：介面卡

（05）使用