這個模式一直以來都有一個很經典的例子，那就是插座！沒錯，當我們從國外買回來電器，或者旅遊出差去國外的時候，經常會需要一個電源介面卡，因為我國的電壓標準是220伏，而其他國家則有110伏的標準。而這個電源介面卡正是介面卡模式的一種標誌。當物件不太符合要求的時候，給他加一個介面卡唄！！

Gof類圖及解釋

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

GoF類圖

繼承式

組合式

程式碼實現

interface Target{
    function Request() : void;
}

定義一個介面契約，也可以是一個正常的有實現方法的類（後面的例子我們會用類）

class Adapter implements Target{
    private $adaptee;

    function __constuct($adaptee){
        $this->adaptee = $adaptee;
    }

    function Request() : void {
        $this->adaptee->SpecificRequest();
    }
}

介面卡實現這個介面契約，讓Request()方法得以實現，但請注意，我們真正呼叫的其實是Adaptee類中的方法

class Adaptee {
    function SpecificRequest() : void{
        echo "I'm China Standard！";
    }
}
 

• 介面卡有兩種形式，上方類圖中給出了，我們程式碼實現的組合形式的
• 繼承形式的在GoF書中是以C++為示例的，因為C++可以實現多重繼承，但現在流行的大部分語言是以介面為形式的，也可以實現，但使用這種形式的介面卡不多
• 其實還是面向介面程式設計的一種思維，類似於裝飾器對舊功能的包裝，我們這裡就是直接去進行了替換，但對外的呼叫還是保持不變
• 介面卡模式其實很好理解，程式碼真的就只有這麼點

又說到我的手機工廠了，這回咱們的生意真的做大了哦！賣到泰國、新加坡、印度尼西亞去了，反正有咖哩的地方都有我們的身影了。據說是我們出了個咖哩色。換殼這事兒可不完全是因為受到諾X亞的影響，而是真的經過長期的調研我們發現不同顏色在不同的地方銷量會更好。於是，富X康在原有的手機殼生產線（Target）上為我們加裝了一個噴塗介面卡（adapter），當我們需要其他顏色的殼時，只需要這個介面卡換不同的顏料就好啦（adaptee），直接裝上這個噴塗器，新的顏色的手機就誕生了。而當向另外一個國家擴充套件業務時，我們換顏料就行啦，用太久了不行就連噴頭也換掉（是不是想起了連供印表機）

完整程式碼：介面卡模式

例項

繼續發簡訊，看我能編到什麼時候~~~

各位大拿在對接資訊、支付類的介面時，經常會使用這些平臺提供的SDK。特別是有了Composer之後，安裝SDK就更加的方便了，但是，又有一個嚴重的問題，這幫人做的SDK雖說功能實現大同小異，但命名可是千差萬別啊！！我們的系統原來一直使用的阿里雲的業務，但是這回要增加極光和百度雲的資訊功能，一來做個後備，二來根據不同業務使用不同的介面達到安全或節約的目的，有沒有辦法統一一下他們對外的介面，讓我們使用他們的SDK時能夠非常方便的和之前使用大家都已經很習慣的阿里雲的介面一樣呢？當然有，給他們各自都上個介面卡唄，例項化的時候大不了外面再套個工廠返回不同的介面卡就好啦，只要介面卡裡的實現方法和阿里雲一樣就OK啦！

簡訊傳送類圖

完整原始碼：簡訊傳送介面卡方法

<?php

class Message{
    public function send(){
        echo "阿里雲傳送簡訊！" . PHP_EOL;
    }
    public function push(){
        echo "阿里雲傳送推送！" . PHP_EOL;
    }
}

class JiguangSDKAdapter extends Message{
    private $message;

    public function __construct($message){
        $this->message = $message;
    }

    public function send(){
        $this->message->send_out_msg();
    }
    public function push(){
        $this->message->push_msg();
    }
}

class JiguangMessage{
    public function send_out_msg(){
        echo "極光傳送簡訊！" . PHP_EOL;
    }
    public function push_msg(){
        echo "極光傳送推送！" . PHP_EOL;
    }
}
class BaiduYunSDKAdapter extends Message{
    private $message;

    public function __construct($message){
        $this->message = $message;
    }

    public function send(){
        $this->message->transmission_msg();
    }
    public function push(){
        $this->message->transmission_push();
    }
}
class BaiduYunMessage{
    public function transmission_msg(){
        echo "百度雲傳送簡訊！" . PHP_EOL;
    }
    public function transmission_push(){
        echo "百度雲傳送推送！" . PHP_EOL;
    }
}

$jiguangMessage = new JiguangMessage();
$baiduYunMessage = new BaiduYunMessage();
$message = new Message();

// 原來的老系統發簡訊，使用阿里雲
$message->send();
$message->push();


// 部分模組用極光發吧
$jgAdatper = new JiguangSDKAdapter($jiguangMessage);
$jgAdatper->send();
$jgAdatper->push();

// 部分模組用百度雲發吧
$bdAatper = new BaiduYunSDKAdapter($baiduYunMessage);
$bdAatper->send();
$bdAatper->push();

說明

• 在這個例子中，我們有兩個介面卡，因為有兩個SDK需要我們去適配，誰說只能有一個電源轉換器，萬一哪個神奇的國度是用500伏的電壓呢，所以還是多帶個電源轉換器吧
• 這裡我們是繼承的Message類，因為Message類是之前已經寫好的程式碼，裡面可能有一些可以公用的方法，所以並沒有做介面抽象。可以考慮在重構程式碼的時候實現提取一個抽象介面，但在這裡只是為了演示介面卡不一定只是能去針對介面，只要和原物件保持一致，不去繼承什麼也是可以的，畢竟我們是弱型別語言，如果是類似於Java的強型別，那麼繼承或者實現還是很有必要的（多型性）
• 組合式的介面卡與裝飾器類似，都會維護一個外部物件，裝飾器更多的會使用原來的類中的方法，對其進行增加功能的操作，而介面卡則很少去增加功能，而是直接替換掉
• Laravel中的Filesystem模組，有一個FilesystemAdapter類，我覺得沒啥可說的了，很明顯的告訴大家咱用了介面卡模式，好好研究一下吧
• 當你想使用一個類，但他提供的內容跟你的業務又不太匹配的時候；或者你想建立一個類，可以與其他不相關的類或不可預見的類協同工作的時候，不妨試試介面卡模式吧

下期看點

事件訂閱有沒有聽說過？沒有？如果地震算一個事件的話，那麼一旦發生這個災難了，馬上會有種類政府部門和社會團隊開始行動，救援、搶險等各種工作馬上展開，我們可以把整個社會力量都當做是訂閱者，包括我們每一個都會很關心災區的情況。在這裡，我們所有人都是觀察者。這下就很容易理解觀察者模式了吧，下節我們再詳述！

===============

關注公眾號：【硬核專案經理】獲取最新文章

新增微信/QQ好友：【xiaoyuezigonggong/149844827】免費得PHP、專案管理學習資料

知乎、公眾號、抖音、頭條搜尋【硬核專案經理】

B站ID：482780532