您好,登錄后才能下訂單哦!
本篇內(nèi)容主要講解“怎么使用Adapter Pattern”,感興趣的朋友不妨來(lái)看看。本文介紹的方法操作簡(jiǎn)單快捷,實(shí)用性強(qiáng)。下面就讓小編來(lái)帶大家學(xué)習(xí)“怎么使用Adapter Pattern”吧!
適配器模式(Adapter Pattern)- 將一個(gè)類的接口變換成客戶端所期待的另一種接口,從而使原本因接口不匹配而無(wú)法在一起工作的兩個(gè)類能夠在一起工作
使用適配器模式其實(shí)就是把一個(gè)接口或者類轉(zhuǎn)換成其他的接口和類,使其可以和其他模塊一起工作,也可以被稱為包裝模式(Wrapper),同樣有包裝的功能還有裝飾模式。適配器模式主要應(yīng)用于想要復(fù)用現(xiàn)有的類,但是接口又與復(fù)用環(huán)境不一致的情況下
經(jīng)常換手機(jī)的人可能會(huì)知道,手機(jī)的充電接口有幾種,安卓的接口現(xiàn)在大多是Type-C
了,一些低端機(jī)可能還在用Micro USB
接口,而蘋果則是用Lightining
接口,假如我現(xiàn)在買了個(gè)新手機(jī)是Type-C
接口,那我以前的那個(gè)Micro USB
數(shù)據(jù)線還能不能繼續(xù)用呢,是可以用的,只不過(guò)需要加上一個(gè)轉(zhuǎn)接頭,這個(gè)轉(zhuǎn)接頭便是一個(gè)適配器
適配器模式角色
目標(biāo)類(Target):定義客戶所需接口,可以是一個(gè)抽象類或接口,也可以是具體類
適配者(Adaptee):需要被適配的角色,它是已經(jīng)存在的類或?qū)ο?,適配者類一般是一個(gè)具體類,包含了客戶希望使用的業(yè)務(wù)方法,在某些情況下可能沒(méi)有適配者類的源代碼
適配器(Adapter):它的職責(zé)就是要把適配者轉(zhuǎn)換成目標(biāo)角色,對(duì)Adaptee和Target進(jìn)行適配,在對(duì)象適配器中,它通過(guò)繼承Target并關(guān)聯(lián)一個(gè)Adaptee對(duì)象使二者產(chǎn)生聯(lián)系
適配器有兩種分類:對(duì)象適配器、類(或接口)適配器。在對(duì)象適配器模式中,適配器與適配者之間是關(guān)聯(lián)關(guān)系;在類適配器模式中,適配器與適配者之間是繼承(或?qū)崿F(xiàn))關(guān)系
對(duì)象適配器
類適配器
優(yōu)點(diǎn)
可以讓兩個(gè)沒(méi)有關(guān)系的類在一起運(yùn)行,引入一個(gè)適配器,可以不用修改原有代碼
增加類的透明度,客戶端只調(diào)用Target,不關(guān)心具體實(shí)現(xiàn)
提高類的復(fù)用度,原適配者類的功能還可以正常使用
靈活性和擴(kuò)展性非常好,符合“開閉原則”
使用場(chǎng)景
系統(tǒng)需要使用一些現(xiàn)有的類,而這些類的接口(如方法名)不符合系統(tǒng)的需要,甚至沒(méi)有這些類的源代碼
修改已投產(chǎn)的接口,可以考慮適配器模式
注意,適配器模式通常是用來(lái)解決系統(tǒng)擴(kuò)展的問(wèn)題,在系統(tǒng)開發(fā)過(guò)程中或已經(jīng)項(xiàng)目維護(hù)中,當(dāng)需要引入第三方的功能或要擴(kuò)展的內(nèi)容不符合原有設(shè)計(jì)的時(shí)候,才會(huì)考慮通過(guò)適配器模式來(lái)減少代碼修改帶來(lái)的風(fēng)險(xiǎn)。另外,項(xiàng)目一定要遵守依賴倒置原則和里氏替換原則,這樣在使用適配器模式時(shí),才不會(huì)有太多改動(dòng)
總的來(lái)說(shuō),適配器模式屬于補(bǔ)償模式,專門用來(lái)在系統(tǒng)后期擴(kuò)展、修改時(shí)使用,但要注意不要過(guò)度使用適配器模式
前些天剛?cè)胧忠慌_(tái)新手機(jī),滿心歡喜啊,拿到手就忍不住開始“摩擦“,掂量一圈發(fā)現(xiàn)現(xiàn)在的手機(jī)是越來(lái)越好看、越來(lái)越薄了呀,一開心就想著拿出我的耳機(jī)想要沉浸在音樂(lè)的世界里,可下一秒蒙圈了,泥馬沒(méi)有耳機(jī)孔。原來(lái)啊,為了把手機(jī)做的更薄、更美,手機(jī)廠家犧牲了傳統(tǒng)的3.mm耳機(jī)插孔,而使用復(fù)用充電接口Type-C,這下難道我又要去再搞一條Type-C接口的耳機(jī)嗎?答案是可以不用,可以買一個(gè)接口轉(zhuǎn)換器
Target目標(biāo)類 - 要求使用Type-C接口
public interface TypeC { void useTypeCPort(); }
Adaptee適配者 - 被適配的對(duì)象
public interface Headset { void listen(); } public class CommonHeadset implements Headset { @Override public void listen() { System.out.println("使用3.5mm耳機(jī)享受音樂(lè)..."); } }
Adapter適配器 - 把適配對(duì)象和目標(biāo)類關(guān)聯(lián)起來(lái),達(dá)到轉(zhuǎn)換的目的
public class CommonHeadsetAdapter implements TypeC { private CommonHeadset headset; public CommonHeadsetAdapter(CommonHeadset headset){ this.headset = headset; } @Override public void useTypeCPort() { System.out.println("使用Type-C轉(zhuǎn)接頭"); this.headset.listen(); } }
測(cè)試
@Test public void adapterTest(){ CommonHeadset headset = new CommonHeadset(); CommonHeadsetAdapter headsetAdapter = new CommonHeadsetAdapter(headset); headsetAdapter.useTypeCPort(); }
測(cè)試結(jié)果
使用Type-C轉(zhuǎn)接頭 使用3.5mm耳機(jī)享受音樂(lè)...
上面的是對(duì)象適配器,下面的是類適配器的做法
public class CommonHeadsetAdapter2 extends CommonHeadset implements TypeC { @Override public void useTypeCPort() { System.out.println("使用Type-C轉(zhuǎn)接頭"); super.listen(); } }
在我看來(lái)適配器模式主要是用在系統(tǒng)的擴(kuò)展,或接入第三方接口。我們都不想破壞原有的設(shè)計(jì)和結(jié)構(gòu),為了適應(yīng)新的需求,在它們之間增加一個(gè)適配層,這個(gè)適配器角色為我們轉(zhuǎn)換數(shù)據(jù)或做連接。這樣新的接口就能流暢調(diào)用舊的接口,達(dá)到復(fù)用的目的,符合開閉原則
要想理解適配器模式的應(yīng)用或自己使用適配器,只要理清角色分工就很容易了。需要擴(kuò)展一個(gè)怎樣的新需求 (目標(biāo)角色),但不改變?cè)械脑O(shè)計(jì)結(jié)構(gòu) (被適配角色),這個(gè)被適配角色可以是現(xiàn)有的接口、對(duì)象、類或第三方API,然后使用一個(gè)中間角色 (適配器) 做數(shù)據(jù)轉(zhuǎn)換或功能調(diào)用,使其滿足新需求
JDBC - 驅(qū)動(dòng)程序 - 數(shù)據(jù)庫(kù)引擎API
Java程序是通過(guò)JDBC來(lái)跟數(shù)據(jù)庫(kù)連接的,JDBC給出了一套抽象的接口,即目標(biāo)接口。而各種數(shù)據(jù)庫(kù)就是我們要適配的對(duì)象的,在JDBC接口和數(shù)據(jù)庫(kù)引擎API之間需要一個(gè)適配器,而這個(gè)適配器就是驅(qū)動(dòng)程序。(比如MySql的連接程序就是一個(gè)適配器,它把數(shù)據(jù)庫(kù)的API操作適配成JDBC的Java操作)
Java I/O 庫(kù)使用了適配器模式
如ByteArrayInputStream
是一個(gè)適配器類,它繼承了InputStream
的接口(目標(biāo)接口),并且封裝了一個(gè) byte 數(shù)組(被適配者)。它將一個(gè) byte 數(shù)組的接口適配成InputStream
流處理器的接口;
FileOutputStream
繼承了 OutputStream
類型,同時(shí)持有一個(gè)對(duì) FileDiscriptor
對(duì)象的引用。這是一個(gè)將 FileDiscriptor
接口適配成 OutputStream
接口形式的對(duì)象適配器模式;
Reader
類型的原始流處理器都是適配器模式的應(yīng)用。StringReader
是一個(gè)適配器類,StringReader
類繼承了Reader
類型,持有一個(gè)對(duì)String
對(duì)象的引用。它將String
的接口適配成 Reader
類型的接口
Spring AOP中的適配器模式
在Spring的Aop中,使用Advice(通知)來(lái)增強(qiáng)被代理類的功能。
Advice的類型有:MethodBeforeAdvice
、AfterReturningAdvice
、ThrowsAdvice
,而每個(gè)類型的Advice都有對(duì)應(yīng)的攔截器:MethodBeforeAdviceInterceptor
、AfterReturningAdviceInterceptor
、ThrowsAdviceInterceptor
。Spring需要將每個(gè)Advice都封裝成對(duì)應(yīng)的攔截器類型,返回給容器,所以需要使用適配器模式對(duì)Advice進(jìn)行轉(zhuǎn)換
在這個(gè)應(yīng)用中,Advice增強(qiáng)類其實(shí)只是普通的對(duì)象(被適配角色),而我們的目標(biāo)是通過(guò)攔截器對(duì)切入點(diǎn)增強(qiáng)功能,所以通過(guò)適配器將我們的Advice適配成攔截器達(dá)到增強(qiáng)切入點(diǎn)的目的
Adaptee適配者類
public interface MethodBeforeAdvice extends BeforeAdvice { void before(Method method, Object[] args, @Nullable Object target) throws Throwable; } public interface AfterReturningAdvice extends AfterAdvice { void afterReturning(@Nullable Object returnValue, Method method, Object[] args, @Nullable Object target) throws Throwable; } public interface ThrowsAdvice extends AfterAdvice { }
Target目標(biāo)接口
public interface AdvisorAdapter { // 判斷是否支持該增強(qiáng),即是否匹配 boolean supportsAdvice(Advice advice); // 獲取對(duì)應(yīng)的攔截器 MethodInterceptor getInterceptor(Advisor advisor); }
Adapter適配器
class MethodBeforeAdviceAdapter implements AdvisorAdapter, Serializable { @Override public boolean supportsAdvice(Advice advice) { return (advice instanceof MethodBeforeAdvice); } @Override public MethodInterceptor getInterceptor(Advisor advisor) { MethodBeforeAdvice advice = (MethodBeforeAdvice) advisor.getAdvice(); return new MethodBeforeAdviceInterceptor(advice); } } class AfterReturningAdviceAdapter implements AdvisorAdapter, Serializable { @Override public boolean supportsAdvice(Advice advice) { return (advice instanceof AfterReturningAdvice); } @Override public MethodInterceptor getInterceptor(Advisor advisor) { AfterReturningAdvice advice = (AfterReturningAdvice) advisor.getAdvice(); return new AfterReturningAdviceInterceptor(advice); } } class ThrowsAdviceAdapter implements AdvisorAdapter, Serializable { @Override public boolean supportsAdvice(Advice advice) { return (advice instanceof ThrowsAdvice); } @Override public MethodInterceptor getInterceptor(Advisor advisor) { return new ThrowsAdviceInterceptor(advisor.getAdvice()); } }
到此,相信大家對(duì)“怎么使用Adapter Pattern”有了更深的了解,不妨來(lái)實(shí)際操作一番吧!這里是億速云網(wǎng)站,更多相關(guān)內(nèi)容可以進(jìn)入相關(guān)頻道進(jìn)行查詢,關(guān)注我們,繼續(xù)學(xué)習(xí)!
免責(zé)聲明:本站發(fā)布的內(nèi)容(圖片、視頻和文字)以原創(chuàng)、轉(zhuǎn)載和分享為主,文章觀點(diǎn)不代表本網(wǎng)站立場(chǎng),如果涉及侵權(quán)請(qǐng)聯(lián)系站長(zhǎng)郵箱:is@yisu.com進(jìn)行舉報(bào),并提供相關(guān)證據(jù),一經(jīng)查實(shí),將立刻刪除涉嫌侵權(quán)內(nèi)容。