大家好，這里是每周都陪你進的網(wǎng)管～其實也不是每周啦，周陽了～實在是進步不動了...... 這周咱們繼續(xù)之前擱置了一段時間的設計帝鴻式系列上一次咱們分享的是職責鏈模，在文章最后提到了一下裝飾模式，兩者雖然結構上類似但用途上還是有區(qū)別的，而裝飾模式本身算是代理模式的一個殊應用，所以這篇文章我們就來學習一下代理模式的構成和法，后面再來學習裝飾器。老我文章的同學可能發(fā)現(xiàn)了，雖教材上是把設計模式分成了建型、結構型、行為型三大塊展的，但是我沒有按照這個大綱鋪開內(nèi)容，而是更注重延續(xù)性點，力求盡量能做到由一種模引出關聯(lián)的另外一種模式。所在學完 "流程開發(fā)的三個利器"— 模版、策略和職責鏈三個行為型模式后，我們先把其他為型的模式放一放，先來學習個結構型的模式 — 代理和裝飾器。什么是代理模式代理模是一種結構型設計模式。其中理控制著對于原對象的訪問，允許在將請求提交給原對象的后進行一些處理，從而增強原象的邏輯處理。上面的代理者們一般叫做代理對象或者直接做代理-- 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 的結構體指針通過實現(xiàn) Drive () 方法實現(xiàn)了 Vehicle 接口。現(xiàn)在我們只要實例化一個 Car 的實例，在實例上面調用 Drive () 方法就能讓車開起來，不過如果鼓們的駕駛員現(xiàn)還是個未成年，那么在地球的部分國家都是不允許開車的，果在開車時要加一個駕駛員的齡限制，我們該怎么辦呢？給 Car 結構體加一個 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!")????}}我相信這個編程技巧大家在平時開旄山中都過，這個其實就是代理模式。在我們通過代理模式給?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í)行后的結果所示，我們不必吳回務對象 -- Car 類型添加任何屬性和方法。相反，我只是在其上面的代理層把客戶?Drive ()?方法的調用委托（英文術語叫 delegate）給了其 vehicle 屬性的 Drive 方法，并在之前添加了年齡檢查為，從而達到我們想要的效果看完例子后，相信大家都理解寫代碼時怎么使用代理模式，面我們從代碼走出來，再更清的描述下代理模式它的整體結?？辞宕砟Ｊ礁鶕?jù)上面一開的描述和后面的代碼例子，我總結出來，參與代理模式的一有四種角色：客戶端、服務接、服務類和代理類，他們之間關系用 UML 類圖表示如下：代理模式--UML 類圖上面 UML 類圖一共有四個角色，這四個角色在代理模式中職責分別是。服務接口 （Ser-vice Inter-face） 聲明了服務類要實現(xiàn)的接口。服務類的?踢務處理邏就是實現(xiàn)在這里定義的接口方中，代理類也必須遵循該接口能偽裝成服務對象。服務 （Ser-vice） 類，就是上面說的，提供實際業(yè)務邏輯的對象。代理 （Proxy） 類包含一個服務對象作為成員量。代理完成其任務 （例如延遲初始化、記錄日志、 訪問控制和緩存等）后面會將請求傳給服務對象。通常情況下，代會對其服務對象的整個生命周進行管理，來增強服務對象，樣與核心業(yè)務邏輯不相關的增邏輯就可以由代理來實現(xiàn)。客端 （Client） 通過統(tǒng)一接口與服務或代理進行交互所以可在一切需要服務對象的碼中使用服務對象的代理，客端完全不會感知到。代理模式伸在代理模式中，通過讓代理實現(xiàn)跟服務類相同的接口，從把代理類偽裝成了服務類，客端請求代理時，代理再把請求派給其持有的真實服務類，在派的過程中我們就可以添加增邏輯。如果我們把代理類當成務對象再給代理類加個代理，理的代理再加代理，那么就變了另外一種設計模式--裝飾器模式啦，其實裝飾器模式本身是代理模式的一個特殊應用，于裝飾器的內(nèi)容，我們放到后進行學習。本文來自微信公眾：網(wǎng)管叨 bi 叨 （ID：kevin_tech），作者：卡爾文_