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