我們來看一下適配器模式,我們先來看一下定義和類型,定義是將一個類的接口轉(zhuǎn)換成客戶期望的另一個接口,這里說的類的接口是被適配者,而另一個接口就是目標(biāo),目標(biāo)類,使原本不兼容的類可以一起工作,類型是結(jié)構(gòu)型,例如我們筆記本的電源適配器,或者手機(jī)的電源適配器,都是一個意思

適配器的應(yīng)用場景,已經(jīng)存在的類,他的方法和需求不匹配時,方法結(jié)果相同或者相似,這個基礎(chǔ)上如果出現(xiàn)這個場景,適配器為了復(fù)用現(xiàn)有的類,好多數(shù)據(jù)或行為,都正確,但是呢,接口不符合,這個時候就可以采取適配器模式,是原有對象和新接口匹配,那我們再看一下第二條,適配器模式不是軟件設(shè)計階段考慮的設(shè)計模式,是隨著軟件維護(hù),由于不同產(chǎn)品,不同廠家,造成功能類似,而接口不相同情況下的解決方案,這個比較重要,也就是說如果我們?nèi)プ鲆粋€新的項目,新的系統(tǒng),那么在設(shè)計的時候,不要考慮適配器,適配器模式有點(diǎn)亡羊補(bǔ)牢的感覺,那設(shè)計階段盡量避免使用,但是隨著我們項目的不斷地發(fā)展,那這個時候就需要考慮適配器模式了

那我們看一下適配器模式的優(yōu)點(diǎn),能提高類的透明性,和復(fù)用,現(xiàn)有的類復(fù)用但不需要改變,解決現(xiàn)有類和目標(biāo)類不匹配的問題,那第二條呢,目標(biāo)類和適配器類解耦,提高程序的擴(kuò)展性,那我們可以使用適配器模式,開發(fā)自己的功能,另外符合開閉原則,那具體的實(shí)現(xiàn),都在適配器中,客戶端知道的只有適配器類,擴(kuò)展的話只需要擴(kuò)展適配器類就可以,而原有的類是不需要變化的,當(dāng)然這里說的原則是指在某一個業(yè)務(wù)場景

那我們再看一下適配器的缺點(diǎn),那適配器編寫過程需要全面考慮,可能會增加系統(tǒng)的復(fù)雜性,另外會增加系統(tǒng)代碼可讀的難度,如果過多的使用適配器,讓我們的系統(tǒng)非常的凌亂,不易整理,比如我們調(diào)用的是第一個接口,其實(shí)內(nèi)部已經(jīng)適配成了調(diào)用第二個接口的實(shí)現(xiàn),那這種情況我們在讀代碼的時候,就很容易蒙圈,增加系統(tǒng)可讀的難度

那我們再看一下適配器的擴(kuò)展,這里主要分對象適配器模式和類適配器模式,那對象適配器符合組合復(fù)用原則,并且使用委托機(jī)制,類適配器是使用類繼承來實(shí)現(xiàn)的

再看一下適配器相關(guān)的設(shè)計模式,那適配器模式和裝飾模式的對比,我們在裝飾模式里面,已經(jīng)講了,我們講一下適配器模式和外觀模式,適配器和外觀都是對現(xiàn)有的類,系統(tǒng)的封裝,那外觀呢,定義了新的接口,而適配器是復(fù)用原有的接口,適配器是使原有的接口,協(xié)同工作,而外觀呢,則是在現(xiàn)在的接口中提供一個更方便的訪問入口,那我們?nèi)绻麖?qiáng)行的把外觀模式也稱之為適配的話,那這兩個最大的區(qū)別就在于適配的力度不同,那外觀模式呢是用來適配整個子系統(tǒng),就是說相關(guān)的子系統(tǒng),例如我們之前講的打開CPU,打開內(nèi)存條,打開主板,打開硬盤等,所以外觀所針對的對象,力度更大

接下來我們會一起coding,會看一下UML,關(guān)于類適配器和對象適配器,再引入一個業(yè)務(wù)場景,然后看一下UML的演變過程,源碼分析會引著一起看一下JDK及Spring,SpringMVC,關(guān)于適配器模式的應(yīng)用

?

總結(jié)

以上是生活随笔為你收集整理的适配器模式讲解的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。