php設計模式之介面卡模式(Adapter)
阿新 • • 發佈:2021-06-17
目錄
php設計模式之介面卡模式(Adapter)
當物件不太符合要求的時候,給他加一個介面卡唄!!(這個模式一直以來都有一個很經典的例子,那就是插座!沒錯,當我們從國外買回來電器,或者旅遊出差去國外的時候,經常會需要一個電源介面卡,因為我國的電壓標準是220伏,而其他國家則有110伏的標準。而這個電源介面卡正是介面卡模式的一種標誌。)
例項
各位大拿在對接資訊、支付類的介面時,經常會使用這些平臺提供的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的強型別,那麼繼承或者實現還是很有必要的(多型性)
- 組合式的介面卡與裝飾器類似,都會維護一個外部物件,裝飾器更多的會使用原來的類中的方法,對其進行增加功能的操作,而介面卡則很少去增加功能,而是直接替換掉
- 當你想使用一個類,但他提供的內容跟你的業務又不太匹配的時候;或者你想建立一個類,可以與其他不相關的類或不可預見的類協同工作的時候,不妨試試介面卡模式吧