一、上篇回顧

　　很久沒有更新設(shè)計(jì)模式系列的文章了，有了很多熱心朋友的反饋，我決定繼續(xù)將這個(gè)系列趕快寫完，最近由于過年了，有很多相關(guān)的事宜要做，所以沒有時(shí)間來寫，也是對(duì)大家的說下抱歉，感覺寫文章的時(shí)間越來越少了，不過我會(huì)努力，盡快將這個(gè)系列寫完，與大家共勉，希望大家有什么意見或建議，都可以幫我提出來，我好改進(jìn)，謝謝！。

　　本文主要是講述設(shè)計(jì)模式中的結(jié)構(gòu)性模式中的最后一個(gè)本系列講述的模式，也是經(jīng)常用到的模式，代理模式，由于目前我們?cè)诤芏嗟募夹g(shù)中都會(huì)用到這個(gè)代理模式，所以對(duì)我們來說，代理模式是必須掌握的模式之一。我們先來看看代理的思路及原理：      

　　通過上面的圖片，我們可以看到，通過增加代理來解耦A(yù)與C之間的調(diào)用，這樣可以封裝原來C調(diào)用A的一些相關(guān)細(xì)節(jié)，轉(zhuǎn)換成C直接調(diào)用B中封裝后的代理方法，則等同于訪問A。對(duì)于WebService的遠(yuǎn)程調(diào)用時(shí)，如果我們使用添加Web引用的方式，那么WebService會(huì)為我們自動(dòng)生成代理類的，這個(gè)我這里就不演示了，包括Castle中的AOP等實(shí)現(xiàn)方案都是基于動(dòng)態(tài)代理的機(jī)制來實(shí)現(xiàn)，當(dāng)然思路都是這樣的，WCF中也有用到代理的思想。

　　二、摘要

　　前面我們講述了外觀模式中的關(guān)于動(dòng)態(tài)代理中的一些實(shí)現(xiàn)，當(dāng)然代理模式與外觀模式的側(cè)重點(diǎn)還是有所不同，外觀模式是將眾多細(xì)粒度的功能，封裝成一個(gè)粗粒度的功能，供客戶應(yīng)用程序使用。而代理模式，為其他對(duì)象提供一個(gè)代理類，通過該代理類來完成目標(biāo)對(duì)象的訪問，代理模式相對(duì)外觀模式來說，關(guān)鍵不同是在內(nèi)部，外觀我們知道是將細(xì)粒度的功能進(jìn)行簡單封裝，而代理模式則是內(nèi)部實(shí)現(xiàn)很復(fù)雜，其復(fù)雜性主要體現(xiàn)在來自如下的幾類復(fù)雜性：        

　　可能上述的復(fù)雜性還不完整，例如還可能有目前的比較新興的大數(shù)據(jù)量的虛擬代理或者是智能代理，這方面由于自身不足，所以還無法講述。

　　本文將會(huì)結(jié)合舉例說明上述的幾類代理的復(fù)雜性的簡單說明，希望能說明清楚。

　　三、本文大綱

       a、上篇回顧。

       b、摘要。

       c、本文大綱。

       d、代理模式的特點(diǎn)及使用場景。

       e、代理模式的經(jīng)典實(shí)現(xiàn)。

       f、代理模式的其他方案。

       g、代理模式使用總結(jié)。

       h、系列進(jìn)度。

       i、下篇預(yù)告。

　　四、代理模式的特點(diǎn)及使用場景

　　我們先來看看代理模式的特點(diǎn)及使用場景吧，我們先來看看一個(gè)簡單的場景吧：

      我們現(xiàn)在要構(gòu)建一個(gè)分布式應(yīng)用程序，那么一般在.NET平臺(tái)下，我們一般會(huì)采用WCF或者WebService的方式來發(fā)布應(yīng)用，不管是平時(shí)大家聽說的SOA架構(gòu)的實(shí)現(xiàn)，還是其他的ESB總線架構(gòu)等，也無非是二種實(shí)現(xiàn)方式，一種是通過API接口編程來實(shí)現(xiàn)，通過WCF的Remoting或者是其他的方式來調(diào)用遠(yuǎn)程服務(wù)，另一種是通過WebService的形式來發(fā)布服務(wù)，那么既然有了發(fā)布服務(wù)之后，那么我們之后的操作可能更多關(guān)心的是，如果在客戶端使用這個(gè)服務(wù)，那么一般我們可能采用的最常用的方式，就是在客戶端由平臺(tái)自動(dòng)生成一個(gè)代理或者我們自己寫一個(gè)代理類，當(dāng)然這個(gè)代理類可以是通用的代理類或者是為某些服務(wù)單獨(dú)寫代理，能夠更方便的使用及提升效率等。

      通過上面的說明，那么我們現(xiàn)在基本上知道了，代理模式的作用體現(xiàn)在哪里，下面我們來詳細(xì)展開說明吧；當(dāng)我們的一個(gè)服務(wù)寫的很復(fù)雜，但是我們?cè)诳蛻舳苏{(diào)用的時(shí)候，我們又不希望在客戶端使用起來太復(fù)雜，這個(gè)時(shí)候，可能我們想我們通過使用代理類，那么通過代理類，這個(gè)客戶端與遠(yuǎn)程的服務(wù)類進(jìn)行交互過程就變成客戶端與代理類的交互，那么給客戶的感覺就像服務(wù)類就在本地一樣，這樣不但降低了復(fù)雜性，而且也降低了耦合性。

      那么一般代理類有什么要求呢？一般來說代理對(duì)象必須實(shí)現(xiàn)目標(biāo)對(duì)象定義的一些接口，只有這樣，客戶端應(yīng)用程序在使用的時(shí)候，通過接口調(diào)用來訪問目標(biāo)對(duì)象的服務(wù)，否則就等于引入復(fù)雜度，反而沒有解決問題。

      使用代理的目的是控制客戶端程序訪問目標(biāo)對(duì)象，因此代理必須知道目標(biāo)對(duì)象的類型及目標(biāo)對(duì)象在哪里，如何訪問等都必須明確。

      代理對(duì)象有的時(shí)候也可以是抽象類型，這樣目標(biāo)類型就可以是未確定的，我們可以通過創(chuàng)建型模式來動(dòng)態(tài)的創(chuàng)建目標(biāo)對(duì)象，當(dāng)然前提是這些目標(biāo)對(duì)象是代理對(duì)象類型。

　　五、代理模式的經(jīng)典實(shí)現(xiàn)

　　下面給出代理模式的經(jīng)典實(shí)現(xiàn)：

　　我們以如下場景為例，我們現(xiàn)在要實(shí)現(xiàn)一個(gè)MP3播放的相關(guān)功能，一般來說有很多的音頻文件；

　　下面我們來看看如何使用代理模式來實(shí)現(xiàn)。

       （1）、定義客戶端調(diào)用的具體的音樂媒體類型類型。               

        （2）、定義客戶端調(diào)用的目標(biāo)對(duì)象的接口。         

        （3）、定義具體的目標(biāo)類型的實(shí)現(xiàn)。        

        （4）、定義代理類，該代理類實(shí)現(xiàn)了目標(biāo)類型的接口。               

         （5）、具體的客戶端調(diào)用。               

 　　上面基本上給出了一個(gè)簡單的例子說明，當(dāng)然具體的代理模式的思路就是這樣了，當(dāng)然參考上面的類圖來做的話，和我的這個(gè)形式差不多，具體的思想就是為目標(biāo)類型定義一個(gè)接口，然后代理類實(shí)現(xiàn)該接口，那么在代理類中指定具體的目標(biāo)類型的調(diào)用，完成目標(biāo)類型的調(diào)用，返回調(diào)用后的結(jié)果，那么就等于代理類封裝了目標(biāo)類型的調(diào)用。

　　六、代理模式的其他實(shí)現(xiàn)方案

　　上面我們給出了代理模式的經(jīng)典實(shí)現(xiàn)方案，那么我們本節(jié)看看其他的實(shí)現(xiàn)方案，來擴(kuò)展下我們的方案的使用場景及一些其他的應(yīng)用場景的情況：

　　我們給出WebService的示例過程吧：

      （1）、 為了說明我們給出的示例過程，我們來新建一個(gè)ASP.NET WEB應(yīng)用程序網(wǎng)站，添加一個(gè)WebService服務(wù)文件。      

      （2）、 選擇添加一個(gè)WebService文件。

     （3）、添加完后，修改HelloWord方法，添加一個(gè)name字段，代表輸入字符串，輸出相應(yīng)的代碼。 

      （4）、添加完畢后，在瀏覽器中查看。

      （5）、測試，是否服務(wù)正確。運(yùn)行后的結(jié)果應(yīng)該如下：        

　　置于其他的相應(yīng)的信息我就補(bǔ)貼出來了，然后我們將webservice服務(wù)發(fā)布出來，通過二種形式來添加代理。

　　1、通過web引用的形式：

　?。?）、先找到webservice服務(wù)的發(fā)布地址

　?。?）、復(fù)制地址，并且在要引用該webservice服務(wù)的項(xiàng)目中在引用文件夾中點(diǎn)擊右鍵。

　　（3）、將復(fù)制的地址，輸入到服務(wù)引用的地址欄中。

　　（4）、點(diǎn)擊前往，系統(tǒng)就會(huì)自動(dòng)與webservice建立測試連接。

　　如果沒有出現(xiàn)上述的服務(wù)內(nèi)容，那么則可能服務(wù)沒有發(fā)布，或者服務(wù)的引用添加的路徑不對(duì)等。點(diǎn)擊確定，這個(gè)時(shí)候，我們來看看代理文件生成的內(nèi)容：

　　我們來看看系統(tǒng)為我們自動(dòng)生成的WEB服務(wù)代理的代碼吧：

　　通過reflactor中的對(duì)象瀏覽器來查看系統(tǒng)生成的內(nèi)容吧：

　　具體的代碼太多了，我這里就不貼出了，大家可以看看，我這里給出解析webservice的一些通用的統(tǒng)一代理代碼。

　　這樣就完成通用的Get請(qǐng)求的方式來調(diào)用webservice服務(wù)。

　　七、代理模式使用總結(jié)

　　通過上面的webservice的講述，我想大家對(duì)代理模式還是會(huì)有些陌生，其實(shí)代理模式我們前面也說道，代理是將目標(biāo)對(duì)象的復(fù)雜性進(jìn)行封裝，通過代理來完成調(diào)用，那么我們針對(duì)前面的客戶端調(diào)用的目標(biāo)類型的接口定義，并且目標(biāo)對(duì)象要實(shí)現(xiàn)這個(gè)接口，代理類也要實(shí)現(xiàn)這個(gè)接口。

　　下面來總結(jié)下代理模式與外觀模式的區(qū)別：

　　1、外觀模式也是屏蔽復(fù)雜性的，但是外觀模式不會(huì)實(shí)現(xiàn)客戶端調(diào)用的目標(biāo)類型接口。

　　2、一般客戶端調(diào)用外觀模式的方法都是直接調(diào)用。

　　3、代理模式中對(duì)客戶端目標(biāo)對(duì)象類型抽象接口具體化了。

　　4、外觀模式是代理模式中一種特殊的子級(jí)模式（廣泛的，非約束性）。

　　針對(duì)前面我們提到過，代理模式中還有將代理類定義成抽象類型，然后完成動(dòng)態(tài)的調(diào)用的情況，那么我們看看我們?nèi)绾蝸斫M織呢？

　　1、定義多個(gè)播放文件格式對(duì)象：

　　新增加上述的3個(gè)文件。

　　2、修改playProxy的代碼如下：

　　3、具體的代理代碼如下：這里參考AOP的實(shí)現(xiàn)機(jī)制。

　　4、具體的調(diào)用代碼如下：

　　當(dāng)然這里的具體的調(diào)用過程還有很多方法可以進(jìn)行改進(jìn)的更好，比如在內(nèi)部的枚舉模式，修改成創(chuàng)建工廠的形式來完成對(duì)象的動(dòng)態(tài)創(chuàng)建及調(diào)用等。我這里就不進(jìn)行優(yōu)化了，只是展示出思路和方案，希望大家提出不同的意見！

NET技術(shù)：系統(tǒng)架構(gòu)技能之設(shè)計(jì)模式—代理模式，轉(zhuǎn)載需保留來源！

鄭重聲明：本文版權(quán)歸原作者所有，轉(zhuǎn)載文章僅為傳播更多信息之目的，如作者信息標(biāo)記有誤，請(qǐng)第一時(shí)間聯(lián)系我們修改或刪除，多謝。