感概
成為一個程序員這么多年來捞稿，對于適配器模式的理解一直都處于一知半解的程度岂贩。每次在面試之前，都會慌慌張張的在搜索引擎上面搜索什么是適配器模式个扰，然后看著也許兩年以前早就看過一遍的文章又讀一遍瓷炮，看完之后，每一次不出意外都是一樣的感受递宅。每個字都看懂了娘香，但是又好像啥也不懂苍狰。帶著這樣的感受，等著來年再來看一遍烘绽。淋昭。 。
而前兩天在工作中感覺似乎有點摸到門道了安接，于是趕緊記錄一下翔忽，避免重蹈覆轍。
本篇文章將會按照以下的步驟來進行分享
- 適配器模式的定義
- 為什么適配器模式不好理解(個人看法)
- 我是怎么突然有所理解的呢
- 為什么叫做適配器模式
適配器模式的定義
1.它主要用于在不改變現(xiàn)有系統(tǒng)結構的情況下盏檐，將一個類的接口轉換成客戶端所期望的另一個接口
2.當接口無法和類匹配到一起工作時歇式，通過適配器將接口變換成可以和類匹配到一起的接口。
以上是我在搜索引擎中找到的一些對于適配器模式的解釋胡野，在我看來都非常的抽象材失。(明明看懂了每一個字，但是又好像啥也不懂的感覺此時再度涌上心頭)
為什么適配器模式不好理解(個人看法)
所以為什么會出現(xiàn)這種不好理解的情況呢硫豆。在我看來是因為缺乏實際的應用場景龙巨。在搜索引擎上面遍地充斥的講解適配器模式的文章都是大同小異。先給你舉一個USB轉接頭的例子熊响，然后告訴我們適配器模式有三個角色旨别，目標接口（Target），適配器（Adapter）耘眨，被適配者（Adaptee）昼榛，之后就是寫一個demo代碼來告訴我們實際的用法，不過可能是我真的悟性比較差剔难，每次看到這樣的例子很難想象到如何在工作中運用到這種模式胆屿，反而還覺得這寫法花里胡哨到底是在干嘛？
我是怎么突然有所理解的呢
那么書歸正傳偶宫，吐槽了一大堆非迹，現(xiàn)在說一下我是怎么突然get到適配器模式的用處的呢？
其實我能突然有所了解纯趋，還是因為另一篇文章憎兽，關于如何在spring下優(yōu)雅的實現(xiàn)策略模式。
spring中愉快的使用策略模式
只能說很神奇吵冒，我在講解策略模式的文章中纯命，對于適配器模式有了更多的理解。
要說適配器模式痹栖，我想先從策略模式開始亿汞。
策略場景:
例如現(xiàn)在我們要實現(xiàn)一個路由的策略，策略有輪詢揪阿，有隨機疗我，也有權重咆畏。 我們要根據(jù)外部配置，選相對應的策略吴裤，獲取到目標服務器的地址旧找。
那么我們就會定義一個路由策略的接口，并且寫三個實現(xiàn)類麦牺，分別對應輪詢钮蛛，隨機，權重剖膳，各自實現(xiàn)了路由策略的getPath的接口方法醋寝。然后在使用的時候越平，就是根據(jù)配置獲取到了對應的策略實現(xiàn)類幕袱，調用了getPath方法獲取到了目標服務器侧巨。這就是一個比較典型的策略模式的運用窟感，具體的使用可以參照上面這個文章檀轨。
現(xiàn)在終于輪到今天的主角线欲，適配器模式登場了碎连。
適配器場景
例如我們現(xiàn)在有一個財務系統(tǒng)的開發(fā)需求搞动，這個需求是要使用不同的第三方進行開票躏精。
比如，我們現(xiàn)在有金蝶財務軟件開票鹦肿，用友財務軟件開票矗烛，鼎捷財務軟件開票。這三家都提供了對應的api,例如
金蝶是
JDResult result = jDHttpTemplate.billingJD(String param1)
用友是
NCResult result = nCHttpTemplate.billingNC(String param1,String param2)
鼎捷是
DJResult result = dJHttpTemplate.billingDJ(String param1,String param2箩溃，String param3)
可以發(fā)現(xiàn)三個方法的入?yún)⒑统鰠⒍际遣灰粯拥牟t吃。正常最low的寫法就是if-else，根據(jù)當前使用的財務軟件涣旨，去調用各自的api方法歪架，還得去處理各自不同的返回值，一旦任何一個三方有所變化霹陡，代碼就得相應的變化和蚪。很明顯這違反了單一原則和開閉原則。怎么辦呢烹棉，這時候就是要讓主角登場了攒霹。
我們可以這樣來設計代碼
定義一個接口，這就是適配器模式中的 target接口
interface BillingAdapterInterface{
public CustomResult billing(CustomParam param);
}
定義一個金蝶的適配器
public class JDBillingAdapter implements BillingAdapterInterface{
public CustomResult billing(CustomParam param){
//具體邏輯
.....
}
}
定義一個用友的適配器
public class NCBillingAdapter implements BillingAdapterInterface{
public CustomResult billing(CustomParam param){
//具體邏輯
.....
}
定義一個鼎捷的適配器
public class DJBillingAdapter implements BillingAdapterInterface{
public CustomResult billing(CustomParam param){
//具體邏輯
.....
}
OK了浆洗，那么三個角色中的target和Adapter都已經(jīng)有了催束，Adaptee在哪里呢。其實早就已經(jīng)出現(xiàn)了辅髓，就是jDHttpTemplate泣崩，nCHttpTemplate和dJHttpTemplate少梁，這些就是被適配的接口了。ok矫付，那么現(xiàn)在我們就已經(jīng)將完全不相同的三個三方財務軟件的開票接口都適配成了BillingAdapterInterface的billing方法凯沪。接下來怎么使用這個適配器呢，大家有沒有感覺到熟悉买优，沒錯妨马，就是和上面的策略模式很相似，同樣的方式杀赢。如此一來烘跺，在我們的業(yè)務代碼中，就可以通過一些手段拿到你想要使用的適配器脂崔，然后調用billing方法來開票了
//大致是這樣一個使用方式
BillingAdapterInterface adapter = BillingAdapterfactory.getAdapter(xxx);
CustomResult result = adapter.billing(CustomParam param);
如此一來滤淳，就沒有煩人惡心的if-else了，相比較而言代碼是不是整潔干凈了很多砌左。
當然整潔干凈只是最基本的一個好處脖咐。不知道大家是否有了解過DDD架構模式。在DDD架構模式中汇歹，有一個非常好的設計思想屁擅，就是ACL(防腐層)，而適配器就是ACL一個非常常見的實現(xiàn)方式了产弹。
在這段業(yè)務代碼中派歌，由于我們進行了防腐設計，三方的接口的變動痰哨，不會影響到我們主題的業(yè)務代碼胶果。比如入?yún)⒑统鰠⒂兴兓膊粫绊懙綐I(yè)務代碼，你需要修改的僅僅是對應的適配器中的邏輯作谭。將變更的污染限制在了適配器中稽物。
為什么叫做適配器模式
那么現(xiàn)在，大家應該都對為什么叫做適配器模式有所了解了吧折欠，通過我們的設計贝或，我們將各自不同的三方財務軟件的開票接口，全都適配到了我們自己定義的billing中锐秦。
