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