今天要講的設(shè)計(jì)模式堪稱人人都會(huì)，不是因?yàn)樗?jiǎn)單芙盘，而是因?yàn)樗Ｒ娧庇茫褪沁m配器模式
這個(gè)玩意大家應(yīng)該都認(rèn)識(shí)，它是一個(gè)耳機(jī)轉(zhuǎn)接頭
假如你只有一個(gè)圓孔插頭的耳機(jī)儒老，但是手機(jī)的音頻插口是type-c的蝴乔，這時(shí)候你是沒(méi)辦法用耳機(jī)聽歌的
利用耳機(jī)轉(zhuǎn)接頭，就可以使用圓孔的插頭和type-c插口的手機(jī)來(lái)聽歌
在我們對(duì)接一個(gè)三方系統(tǒng)時(shí)驮樊，假如我們系統(tǒng)的接口規(guī)范和三方系統(tǒng)的接口規(guī)范不一樣薇正，該怎么對(duì)接
接口規(guī)范不一致片酝，導(dǎo)致我們不能和三方系統(tǒng)完成對(duì)接，必須修改其中一方的接口規(guī)范
但是挖腰，不管修改哪一方的接口規(guī)范都可能導(dǎo)致系統(tǒng)已有的功能不能正常使用
讓我們發(fā)揮想象雕沿，把我們系統(tǒng)比作是圓孔耳機(jī)，把三方系統(tǒng)比作是type-c插口的手機(jī)猴仑。我們只需要一個(gè)「耳機(jī)轉(zhuǎn)接頭」就可以完成兩個(gè)系統(tǒng)的對(duì)接审轮，而且不需要修改任何一方的代碼
這里的「耳機(jī)轉(zhuǎn)接頭」的作用就是把我們系統(tǒng)的接口規(guī)范轉(zhuǎn)換成三方系統(tǒng)的接口規(guī)范，讓兩個(gè)系統(tǒng)都不需要修改代碼就可以完成無(wú)縫對(duì)接
仔細(xì)想想一下辽俗，在我們的實(shí)際工作中疾渣，是不是經(jīng)常做「耳機(jī)轉(zhuǎn)接頭」這樣的工作
實(shí)際上，「耳機(jī)轉(zhuǎn)接頭」就是一個(gè)適配器崖飘，這就是一個(gè)簡(jiǎn)單的「適配器模式」
系統(tǒng)間的調(diào)用會(huì)用到適配器模式榴捡，代碼直接的調(diào)用也會(huì)用到適配器模式
使用場(chǎng)景
在兩個(gè)功能間無(wú)法完成無(wú)縫對(duì)接，必須要修改其中一處功能坐漏，但是修改工作量較大或者擔(dān)心修改完造成已有功能無(wú)法使用時(shí)薄疚，可以考慮使用適配器模式
適配器模式的識(shí)別方法：「當(dāng)一個(gè)方法的入?yún)⑹且粋€(gè)對(duì)象碧信，而返回值是另一個(gè)對(duì)象時(shí)赊琳，這個(gè)方法就是一個(gè)適配器模式」
比如，java中的java.util.Arrays#asList()
這個(gè)方法的作用是把一個(gè)數(shù)組轉(zhuǎn)換成list集合砰碴。數(shù)組和list屬于兩個(gè)不同的類躏筏，沒(méi)辦法完成無(wú)縫轉(zhuǎn)換
這時(shí)候就需要這個(gè)方法來(lái)進(jìn)行「適配」，它的入?yún)⑹且粋€(gè)任意類型的數(shù)組對(duì)象呈枉，返回值是一個(gè)list對(duì)象趁尼，符合上面我們說(shuō)的適配器模式的識(shí)別方法，所以這個(gè)方法就是一個(gè)適配器模式
實(shí)際案例
假如我們有一個(gè)接口猖辫，需要統(tǒng)計(jì)用戶最近購(gòu)買的商品信息并返回給前臺(tái)
查詢數(shù)據(jù)庫(kù)的方法已經(jīng)封裝好酥泞，返回的數(shù)據(jù)格式如下
前臺(tái)要求返回的數(shù)據(jù)格式如下
我們先來(lái)用代碼模擬一下從數(shù)據(jù)庫(kù)查詢數(shù)據(jù)的邏輯
這里需要一個(gè)實(shí)體類，用來(lái)對(duì)應(yīng)數(shù)據(jù)庫(kù)查詢出來(lái)的數(shù)據(jù)
用代碼模擬從數(shù)據(jù)庫(kù)查詢出5條數(shù)據(jù)
再來(lái)模擬一下前臺(tái)要求的數(shù)據(jù)格式
這里需要兩個(gè)實(shí)體類對(duì)應(yīng)前臺(tái)要求的數(shù)據(jù)格式
用代碼來(lái)模擬一下實(shí)際給前臺(tái)返回?cái)?shù)據(jù)的邏輯
從數(shù)據(jù)庫(kù)查詢出來(lái)的數(shù)據(jù)和前臺(tái)要求的數(shù)據(jù)都用代碼模擬出來(lái)了啃憎，那么該怎么把從數(shù)據(jù)庫(kù)查詢出來(lái)的格式轉(zhuǎn)換成前臺(tái)需要的格式芝囤？
也就是說(shuō)要怎么把List<UserProductInfo>對(duì)象轉(zhuǎn)換成List<UserProductInfoRsp>對(duì)象？
修改查詢數(shù)據(jù)庫(kù)的方法邏輯顯然不合適辛萍，作為DAO層對(duì)所有業(yè)務(wù)提供通用的查詢數(shù)據(jù)庫(kù)的能力悯姊，修改后會(huì)導(dǎo)致其他調(diào)用該方法的業(yè)務(wù)報(bào)錯(cuò)
修改前臺(tái)數(shù)據(jù)格式也不合適，前臺(tái)開發(fā)模式是一云多端的模式贩毕，不可能讓所有端的前臺(tái)都跟著修改代碼
所以悯许，該適配器模式出場(chǎng)啦
我們需要定義一個(gè)方法，方法的入?yún)⑹荓ist<UserProductInfo>辉阶，方法的返回值是List<UserProductInfoRsp>先壕，在這個(gè)方法中完成兩個(gè)對(duì)象的轉(zhuǎn)換
ps：該方法的業(yè)務(wù)邏輯稍微有點(diǎn)復(fù)雜瘩扼，感興趣的同學(xué)可以看一下。不愿意看也行垃僚，只看方法的入?yún)⒑头祷刂狄膊挥绊憣?duì)適配器模式的理解
這樣我們就用適配器模式完成了兩個(gè)對(duì)象的轉(zhuǎn)換邢隧，而且兩方的業(yè)務(wù)邏輯都不需要修改，堪稱“完美”
總結(jié)
適配器模式又被稱為包裝模式或封裝器模式
當(dāng)兩個(gè)功能間無(wú)法完成無(wú)縫對(duì)接冈在，必須要修改其中一處功能倒慧，但是修改工作量較大或者擔(dān)心修改完造成已有功能無(wú)法使用時(shí)，可以考慮使用適配器模式
「適配器模式的優(yōu)點(diǎn)」
解耦：適配器將兩個(gè)功能完全解耦包券，從而達(dá)到不需要修改任何一方的原有邏輯的目的
提高代碼復(fù)用性：適配的兩方不需要修改任何邏輯纫谅，可以更專注自己本身的業(yè)務(wù)邏輯，對(duì)外提供更通用的能力溅固，使代碼的復(fù)用性更好
提高系統(tǒng)的擴(kuò)展性：可以通過(guò)各種適配器付秕，對(duì)已有的功能或系統(tǒng)進(jìn)行適配，讓其能適應(yīng)更多的場(chǎng)景侍郭，使自己的功能或系統(tǒng)擴(kuò)展性更高
「適配器模式的缺點(diǎn)」
造成系統(tǒng)結(jié)構(gòu)混亂：過(guò)多的使用適配器询吴，會(huì)造成系統(tǒng)過(guò)于龐大且混亂不利于系統(tǒng)維護(hù)
學(xué)會(huì)設(shè)計(jì)模式不是目的，理解設(shè)計(jì)模式隱含的設(shè)計(jì)思想才能無(wú)往不利
「技術(shù)需要沉淀亮元，我們下期再見」
-- 以上內(nèi)容來(lái)自公眾號(hào)「赫連小伍」猛计，轉(zhuǎn)載請(qǐng)注明出處
