概述:
在软件系统中,有些对象有时候由于跨越网络或者其他的障碍,而不能够或者不想直接访问另一个对象,如果直接访问会给系统带来不必要的复杂性,这时候可以在客户程序和目标对象之间增加一层中间层,让代理对象来代替目标对象打点一切。这就是本文要说的Proxy模式。
结构图:
举例:
代练游戏,玩游戏,自己不想花时间去升级。委托给代练。
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
|
//游戏 class Dota { public void Play() { Console.WriteLine( "玩dota" ); } } //代理类 class Proxy { public Dota game = new Dota(); //代理 帮你玩(代练) public void Play() { game.Play(); //收费 Money(); } //扩展 public void Money() { //代练要收费的 } } //客户端调用 class Program { static void Main( string [] args) { Proxy p = new Proxy(); p.Play(); Console.ReadLine(); } } |
一般在实际的过程中代理类跟被代理类都会使用同一个接口,只是我们不能修改被代理着
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
|
interface IGame { void Play(); } //游戏 class Dota : IGame { public void Play() { Console.WriteLine( "玩dota" ); } } //代理类 class Proxy : IGame { public Dota game = new Dota(); //代理 帮你玩(代练) public void Play() { game.Play(); //收费 Money(); } //扩展 public void Money() { //代练要收费的 } } //调用 class Program { static void Main( string [] args) { IGame p = new Proxy(); p.Play(); Console.ReadLine(); } } |
上面是一个非常简单的代理模式,就是加了一个中间层,并且我们可以对中间层进行扩展。当然在实际的应用中可能没这么简单,可能涉及到接口,继承等。这里就不在添加旁支的东西,只讲核心,希望以最简单的代码把事情描述清楚,以防误导大家!
扩展
Proxy模式根据种类不同,效果也不尽相同:
1.远程(Remote)代理:为一个位于不同的地址空间的对象提供一个局域代表对象。这个不同的地址空间可以是在本机器中,也可是在另一台机器中。远程代理又叫做大使(Ambassador)。好处是系统可以将网络的细节隐藏起来,使得客户端不必考虑网络的存在。客户完全可以认为被代理的对象是局域的而不是远程的,而代理对象承担了大部份的网络通讯工作。由于客户可能没有意识到会启动一个耗费时间的远程调用,因此客户没有必要的思想准备。
2.虚拟(Virtual)代理:根据需要创建一个资源消耗较大的对象,使得此对象只在需要时才会被真正创建。使用虚拟代理模式的好处就是代理对象可以在必要的时候才将被代理的对象加载;代理可以对加载的过程加以必要的优化。当一个模块的加载十分耗费资源的情况下,虚拟代理的好处就非常明显。
3.Copy-on-Write代理:虚拟代理的一种。把复制(克隆)拖延到只有在客户端需要时,才真正采取行动。
4.保护(Protect or Access)代理:控制对一个对象的访问,如果需要,可以给不同的用户提供不同级别的使用权限。保护代理的好处是它可以在运行时间对用户的有关权限进行检查,然后在核实后决定将调用传递给被代理的对象。
5.Cache代理:为某一个目标操作的结果提供临时的存储空间,以便多个客户端可以共享这些结果。
6.防火墙(Firewall)代理:保护目标,不让恶意用户接近。
7.同步化(Synchronization)代理:使几个用户能够同时使用一个对象而没有冲突。
8.智能引用(Smart Reference)代理:当一个对象被引用时,提供一些额外的操作,比如将对此对象调用的次数记录下来等。
代理模式与适配器模式及外观模式的区别
代理模式(Proxy):
为其他对象提供一种代理以控制对这个对象的访问。
适配器模式(Adapter):
将一个类的接口转换成客户希望的另外一个接口,使得原本接口不兼容而不能一起工作的那些类可以一起工作。
外观模式(Facade):
为子系统中的一组接口提供一个一致的界面,此模式定义了一个高层接口,这个接口使得这一子系统更加容易使用。
代理模式和适配器模式应该说很相像,但是他们的区别也很明显,代理模式和被代理者的接口是同一个,只是使用中客户访问不到被代理者,所以利用代理间接的访问,而适配器模式,是因为接口不同,为了让用户使用到统一的接口,把原先的对象通过适配器让用户统一的使用,大多数运用在代码维护的后期,或者借用第三方库的情况下 ,而外观模式,是大家经常无意中使用的,就是把错综复杂的子系统关系封装起来,然后提供一个简单的接口给客户使用,就类似于一个转接口,可以想象成一个漏斗,中间细的那一段,越细耦合度越低,外观模式就是为了降低耦合度。