關(guān)于適配器的理解

我個(gè)人的理解是，首先Spring是面向接口的框架，那決定了它肯定具備可擴(kuò)展性，那么當(dāng)用戶遵循Spring規(guī)范自定義接口，由于不可預(yù)知因素在運(yùn)行時(shí)沒法協(xié)作，導(dǎo)致程序down了。它想出了一個(gè)或幾個(gè)辦法來解決這類難題，于是乎Spring一口氣給你提供A、B、C、D個(gè)可擴(kuò)展上層規(guī)范來解決運(yùn)行時(shí)動(dòng)態(tài)代理綁定這類問題。因?yàn)槟愕淖远x接口是基于Spring的，所以肯定也遵循Spring的規(guī)范，那么當(dāng)它發(fā)現(xiàn)你需要B的時(shí)候那么給你裝配一個(gè)B的工具或?qū)ο髞砑嫒菽愕慕涌冢瓿赡愕墓ぷ饕赃_(dá)到和平協(xié)作，就好像按名匹配、按類型匹配一樣的思想。引申出適配器模式的核心就是：數(shù)學(xué)上分類討論思想，只不過這里分類的不是具體的某個(gè)人而是Spring。

樓主感覺陷入學(xué)設(shè)計(jì)模式的一個(gè)誤區(qū)了，設(shè)計(jì)模式本質(zhì)上是為了解決某一類問題而存在的，沒必要去把設(shè)計(jì)模式想的和數(shù)學(xué)公式一樣。。不同設(shè)計(jì)模式的區(qū)別在實(shí)現(xiàn)上可能完全一樣，但解決不同問題就是不同模式；適配器模式主要是為了將A接口轉(zhuǎn)為B接口的，只要他的實(shí)現(xiàn)目的是這個(gè)，那么就是適配器模式；因?yàn)槲覜]用過spring，所以具體這個(gè)模式是啥我也不太知道。。但是從直觀的功能來猜，感覺更多像是策略模式，不同的AdvisorAdapter實(shí)現(xiàn)了不同的策略

適配器模式有兩種形式，一種是類的適配器形式（使用繼承實(shí)現(xiàn)），一種是對(duì)象的適配器形式（使用聚合實(shí)現(xiàn)），這里用的是類的適配器形式。

    public MethodInterceptor getInterceptor(Advisor advisor) {  
        MethodBeforeAdvice advice = (MethodBeforeAdvice) advisor.getAdvice();  
        return new MethodBeforeAdviceInterceptor(advice);  
    }  

這里確實(shí)是用了適配器模式，你可以拋開spring的其他代碼，之關(guān)注有關(guān)適配器的代碼，就會(huì)發(fā)現(xiàn)。
這篇文章寫的就是適配器模式，至于策略模式，不是這個(gè)文章的重點(diǎn)。

不過這個(gè)文章有個(gè)問題，就是適配器模式的Adaptee和Target，這里Adaptee應(yīng)該是Advisor類，Target應(yīng)該是MethodBeforeAdvice類，我覺得這里可能是博主的疏忽.

MethodBeforeAdvice類：Adaptee
Adapter類接口：Target
MethodBeforeAdviceAdapter類，Adapter