大家好，這里是周都陪你進(jìn)步的管～其實(shí)也不是周啦，上周陽了實(shí)在是進(jìn)步不動(dòng)...... 這周咱們繼續(xù)之前置了一段時(shí)間的計(jì)模式系列。上次咱們分享的是責(zé)鏈模式，在文最后提到了一下飾器模式，兩者然結(jié)構(gòu)上類似但用途上還是有區(qū)的，而裝飾器模本身算是代理模的一個(gè)特殊應(yīng)用所以這篇文章我就先來學(xué)習(xí)一下理模式的構(gòu)成和法，后面再來學(xué)裝飾器。老看我章的同學(xué)可能發(fā)了，雖然教材上把設(shè)計(jì)模式分成建造型、結(jié)構(gòu)型行為型三大塊展的，但是我沒有照這個(gè)大綱來鋪內(nèi)容，而是更注延續(xù)性一點(diǎn)，力盡量能做到由一模式引出關(guān)聯(lián)的外一種模式。所在學(xué)完 "流程開發(fā)的三個(gè)利魃"— 模版、策略和職責(zé)鏈三個(gè)行為型式后，我們先把他行為型的模式一放，先來學(xué)習(xí)個(gè)結(jié)構(gòu)型的模式 — 代理和裝飾器。什么是代理模代理模式是一種構(gòu)型設(shè)計(jì)模式。中代理控制著對(duì)原對(duì)象的訪問，允許在將請(qǐng)求提給原對(duì)象的前后行一些處理，從增強(qiáng)原對(duì)象的邏處理。上面的代者我們一般叫做理對(duì)象或者直接做代理-- Proxy，進(jìn)行邏輯處理的原對(duì)象乘厘被稱作服務(wù)對(duì)象代理要跟服務(wù)對(duì)實(shí)現(xiàn)相同的接口才能讓客戶端傻分不清自己使用到底是代理還是正的服務(wù)對(duì)象，樣一來代理就能客戶端察覺不到情況下對(duì)服務(wù)對(duì)的處理邏輯進(jìn)行強(qiáng)。什么叫對(duì)處邏輯進(jìn)行增強(qiáng)？者換一種說法，對(duì)核心功能添加強(qiáng)功能？舉個(gè)例來說，處理客戶查詢用戶訂單信的 API Handler 就是核心處理邏輯灌灌強(qiáng)邏輯就是我們要在查詢訂單信之前，驗(yàn)證請(qǐng)求否是有效用戶、錄請(qǐng)求的參數(shù)和回的響應(yīng)數(shù)據(jù)等?？戳松厦娲?式的解釋，你可還是覺得有點(diǎn)寬，下面咱們寫一簡(jiǎn)單的代碼示例這個(gè)過程中你差多就會(huì)發(fā)現(xiàn)：“，原來這就是代模式啊，我之前代碼的時(shí)候早就過了～！” 下面我們一起開下這例子吧。代理模使用演示假設(shè)有個(gè)代表小汽車的 Car 類型type?Car?struct{}小汽車要的主要行就是可以讓人駕，所以 Car 需要實(shí)現(xiàn)一個(gè)代駕駛行為的接口interface）Vehicle，該接口只有一個(gè)方法 Drive ()。"本文使用的完整可運(yùn)源碼去公眾號(hào)「管叨bi叨」發(fā)送【設(shè)計(jì)模式】即領(lǐng)取"type?Vehicle?interface?{????Drive()}type?Car?struct{}func?(c?*Car)?Drive()?{????fmt.Println("Car?is?being?driven")}Car 的結(jié)構(gòu)體指針通過實(shí)現(xiàn) Drive () 方法實(shí)現(xiàn)了 Vehicle 接口。現(xiàn)在我們只要實(shí)例一個(gè) Car 的實(shí)例，在實(shí)例上調(diào)用 Drive () 方法就能讓車開起來，不如果我們的駕駛現(xiàn)在還是個(gè)未成，那么在地球的部分國(guó)家都是不許開車的，如果開車時(shí)要加一個(gè)駛員的年齡限制我們?cè)撛趺崔k呢給 Car 結(jié)構(gòu)體加一個(gè) Age 字段顯然是不合理的，因比翼我們表示的駕駛員的齡而不是車的車。同理駕駛員年的判斷我們也不該加在?Car?實(shí)現(xiàn)的?Drive ()?方法里，這樣會(huì)導(dǎo)致靈山實(shí)現(xiàn)?Vehicle?接口的類型都要在自己?漢書Drive ()?方法里加上類似判斷。這個(gè)時(shí)候常的做法是，加個(gè)表示駕駛員的型?Driver。type?Driver?struct?{????Age?int}然后再來一個(gè)包裝 Driver 和 Vehicle 類型的包裝類型。"本文使用的完整可運(yùn)行源去公眾號(hào)「網(wǎng)管bi叨」發(fā)送【設(shè)計(jì)模式】即可領(lǐng)"type?CarProxy?struct?{????vehicle????Vehicle????driver?*Driver}func?NewCarProxy(driver?*Driver)?*CarProxy?{????return?&CarProxy{&Car{},?driver}}這樣的話我們接可以通過，用宋書類型代理 vehicle 屬性的?Drive ()?行為時(shí)，給它加上駕駛員的年限制。func?(c?*CarProxy)?Drive()?{????if?c.driver.Age?>=?16?{????????c.vehicle.Drive()????}?else?{????????fmt.Println("Driver?too?young!")????}}我相信這個(gè)編程技巧光山在平時(shí)開發(fā)中都過，這個(gè)其實(shí)就代理模式。現(xiàn)在們通過代理模式?Car?類型的?Drive ()?行為擴(kuò)充了檢查駕駛員的行為下面我們執(zhí)行一程序試試效果。"本文使用的完整運(yùn)行源碼去公眾「網(wǎng)管叨bi叨」發(fā)送【設(shè)計(jì)模式即可領(lǐng)取"func?main()?{?car?:=?NewCarProxy(&Driver{12})?car.Drive()?//?輸出?Driver?too?young!?car2?:=?NewCarProxy(&Driver{22})?car2.Drive()?//?輸出?Car?is?being?driven}正如執(zhí)行后的結(jié)果示，我們不必為務(wù)對(duì)象 -- Car 類型添加任何屬性和方法。反，我們只是在上面的代理層把戶端?Drive ()?方法的調(diào)用委托（英蓋國(guó)術(shù)叫 delegate）給了其 vehicle 屬性的 Drive 方法，并在之前添加了年齡檢查為，從而達(dá)到我想要的效果?？?例子后，相信大都理解了寫代碼怎么使用代理模，下面我們從代走出來，再更清的描述下代理模它的整體結(jié)構(gòu)。清代理模式根據(jù)面一開始的描述后面的代碼例子我們總結(jié)出來，與代理模式的一有四種角色：客端、服務(wù)接口、務(wù)類和代理類，們之間的關(guān)系用 UML 類圖表示如下：代理模式--UML 類圖上面 UML 類圖一共有四個(gè)角色這四個(gè)角色在代模式中的職責(zé)分是。服務(wù)接口 （Ser-vice Inter-face） 聲明了服務(wù)類要實(shí)現(xiàn)的口。服務(wù)類的業(yè)處理邏輯就是實(shí)在這里定義的接方法中，代理類必須遵循該接口能偽裝成服務(wù)對(duì)。服務(wù) （Ser-vice） 類，就是上面說的提供實(shí)際業(yè)務(wù)邏的原對(duì)象。代理 （Proxy） 類包含一個(gè)服務(wù)象作為成員變量代理完成其任務(wù) （例如延遲初始、記錄日志、 訪問控制和緩存等后面會(huì)將請(qǐng)求傳給服務(wù)對(duì)象。通情況下，代理會(huì)其服務(wù)對(duì)象的整生命周期進(jìn)行管，來增強(qiáng)服務(wù)對(duì)，這樣與核心業(yè)邏輯不相關(guān)的增邏輯就可以由代來實(shí)現(xiàn)。客戶端 （Client） 通過統(tǒng)一接口與服務(wù)或鸚鵡理進(jìn)行互，所以可在一需要服務(wù)對(duì)象的碼中使用服務(wù)對(duì)的代理，客戶端全不會(huì)感知到。理模式延伸在代模式中，通過讓理類實(shí)現(xiàn)跟服務(wù)相同的接口，從把代理類偽裝成服務(wù)類，客戶端求代理時(shí)，代理把請(qǐng)求委派給其有的真實(shí)服務(wù)類在委派的過程中們就可以添加增邏輯。如果我們代理類當(dāng)成服務(wù)象再給代理類加代理，代理的代再加代理，那么變成了另外一種計(jì)模式--裝飾器模式啦，其實(shí)裝器模式本身就是理模式的一個(gè)特應(yīng)用，關(guān)于裝飾的內(nèi)容，我們放后面進(jìn)行學(xué)習(xí)。文來自微信公眾：網(wǎng)管叨 bi 叨 （ID：kevin_tech），作者：卡爾_