首頁(yè) 猿問(wèn) 關(guān)于適配器的理解

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

JavaScript

瀟湘沐 2019-05-13 11:20:40

https://blog.csdn.net/adoocok...這篇文章里MethodBeforeAdviceAdapter只是實(shí)現(xiàn)了AdvisorAdapter而AdvisorAdapter本身也沒(méi)有對(duì)哪個(gè)類(lèi)或者接口擴(kuò)展功能為何這里算適配器模式？

查看完整描述

2 回答

拉風(fēng)的咖菲貓

TA貢獻(xiàn)1995條經(jīng)驗(yàn) 獲得超2個(gè)贊

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

反對(duì) 回復(fù) 2019-05-13