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