? Proxy
代
理模式是一種結構型設計模式，主要解決的問題是：在直接訪問對象時帶來的問題，比如說：要訪問的對象在遠程的機器上。在面向對象系統中，有些對象由于某些
原因（比如對象創建開銷很大，或者某些操作需要安全控制，或者需要進程外的訪問），直接訪問會給使用者或者系統結構帶來很多麻煩，我們可以在訪問此對象時
加上一個對此對象的訪問層。如下圖：
???
??????
比如說
C
和
A
不在一個服務器上，
A
要頻繁的調用
C
，我們可以在
A
上做一個代理類
Proxy
，把訪問
C
的工作交給
Proxy
，這樣對于
A
來說，就好像在直接訪問
C
的對象。在對
A
的開發中我們可以把注意力完全放在業務的實現上。
?????? GoF
《設計模式》中說道：為其他對象提供一種代理以控制這個對象的訪問。
?????? Proxy
模式的結構：
???
??????
下面通過一個場景來看看
Proxy
的實現，我們要使用代理類型
ProxyClass
的對象調用遠程機器上的一個類型
LongDistanceClass
的對象。
???
首先我們先模擬一個遠程的類型：為了保持對被代理對象使用的透明性，我們使代理類型和被代理類型同時繼承同一個接口IProxy
???
接口實現：
???
interface IProxy
??? {
???????
string Function1();
???????
string Function2();
??? }
???
遠程對象實現：
???
///
<summary>
???
///
模擬的遠程對象
???
///
</summary>
???
public
class LongDistanceClass:IProxy
??? {
??????? #region
IProxy
成員
???????
public
string Function1()
??????? {
???????????
//do someting
???????????
return
"LongDistanceClass.Function1";
??????? }
???????
public
string Function2()
??????? {
???????????
//do someting
???????????
return
"LongDistanceClass.Function2";
??????? }
??????? #endregion
??? }
???
接下來就要實現代理類型，使用代理對象訪問模擬的遠程對象，代理類型實現如下：
???
public
class ProxyClass:IProxy
??? {
??????? #region
IProxy
成員
???????
public
string Function1()
??????? {
???????????
//to access LongDistanceClass.Function1
??????????? LongDistanceClass obj = new LongDistanceClass();
???????????
return obj.Function1();
??????? }
???????
public
string Function2()
??????? {
???????????
//to access LongDistanceClass.Function2
??????????? LongDistanceClass obj = new LongDistanceClass();
???????????
return obj.Function2();
??????? }
??????? #endregion
??? }
?
???
最后實現客戶端代碼：
???
class Class1
??? {
??????? [STAThread]
???????
static
void
Main(string[] args)
??????? {
??????????? IProxy pro = new ProxyClass();
??????????? Console.WriteLine(pro.Function1());
??????????? Console.WriteLine(pro.Function2());
??????????? Console.Read();
??????? }
??? }
???
運行結果如下：
??? LongDistanceClass.Function1
LongDistanceClass.Function2
?????? Proxy
模式的要點：
?????? 1
、“增加一層間接層”是軟件系統中對許多負責問題的一種常見解決方法。在面向對象系統中，直接使用某些對象會帶來很多問題，作為間接層的
proxy
對象便是解決這一問題的常用手段。
??????
在我們日常的工作中也常常用到代理模式，比如對于三層結構或者
N-
tiers
結構中
DAL
數據訪問層，它把對數據庫的訪問進行封裝。
BLL
業務層的開發者只是調用
DAL
中的方法來獲得數據。
??????
在比如前一段時間看了看
AOP
和
Remoting
方面的資料，對于跨越應用程序域的訪問，要為客戶應用程序提供一個
TransparentProxy
（透明代理），客戶程序實際上是通過訪問這個代理來訪問實際的類型對象。
2
、具體
proxy
設計模式的實現方法、實現粒度都相差很大，有些可能對單個對象作細粒度的控制，有些可能對組件模塊提供抽象代理層，在架構層次對對象作
proxy
。
3
、
proxy
并不一定要求保持接口的一致性，只要能夠實現間接控制，有時候損及一些透明性是可以接受的。例如上面的那個例子，代理類型
ProxyClass
和被代理類型
LongDistanceClass
可以不用繼承自同一個接口，正像
GoF
《設計模式》中說的：為其他對象提供一種代理以控制這個對象的訪問。代理類型從某種角度上講也可以起到控制被代理類型的訪問的作用。