C#设计模式之十三代理模式（Proxy）【结构型】

标签：star   结构图   时间   代理类   复杂度   空间   这一   tar   种类   

一、引言

   今天我们要讲【结构型】设计模式的第七个模式，也是“结构型”设计模式中的最后一个模式，该模式是【代理模式】，英文名称是：Proxy Pattern。还是老套路，先从名字上来看看。“代理”可以理解为“代替”，代替“主人”做一些事情，为什么需要“代理”，是因为某些原因（比如：安全方面的原因），不想让“主人”直接面对这些繁琐、复杂的问题，但是这些事情是经“主人”同意或者授意的，如同“主人”亲自完成的一样。这个模式很简单，生活中的例子也很多。举例说明，歌星、影星的经纪人就是现实生活中一个代理模式的很好例子，还有操作系统中的防火墙，也是代理的例子，要访问系统，先过防火墙这关，否则免谈。还有很多了，就不一一列举了，大家在生活中慢慢的体会吧。

二、代理模式的详细介绍

2.1、动机（Motivate）

   在面向对象系统中，有些对象由于某种原因（比如对象创建的开销很大，或者某些操作需要安全控制，或者需要进程外的访问等），直接访问会给使用者、或者系统结构带来很多麻烦。如何在不失去透明操作对象的同时来管理/控制这些对象特有的复杂性？增加一层间接层是软件开发中常见的解决方式。

2.2、意图（Intent）

   为其他对象提供一种代理以控制对这个对象的访问。　　　　　　                                ——《设计模式》GoF

2.3、结构图

2.4、模式的组成
    
    代理模式所涉及的角色有三个：

    （1）、抽象主题角色（Subject）：声明了真实主题和代理主题的公共接口，这样一来在使用真实主题的任何地方都可以使用代理主题。

    （2）、代理主题角色（Proxy）：代理主题角色内部含有对真实主题的引用，从而可以操作真实主题对象；代理主题角色负责在需要的时候创建真实主题对象；代理角色通常在将客户端调用传递到真实主题之前或之后，都要执行一些其他的操作，而不是单纯地将调用传递给真实主题对象。

    （3）、真实主题角色（RealSubject）：定义了代理角色所代表的真实对象。

    附：在WCF或者WebService的开发过程中，我们在客户端添加服务引用的时候，在客户程序中会添加一些额外的类，在客户端生成的类扮演着代理主题角色，我们客户端也是直接调用这些代理角色来访问远程服务提供的操作。这个是远程代理的一个典型例子。

2.5、代理模式的分类：

    代理模式按照使用目的可以分为以下几种：

    （1）、远程（Remote）代理：为一个位于不同的地址空间的对象提供一个局域代表对象。这个不同的地址空间可以是本电脑中，也可以在另一台电脑中。最典型的例子就是——客户端调用Web服务或WCF服务。

    （2）、虚拟（Virtual）代理：根据需要创建一个资源消耗较大的对象，使得对象只在需要时才会被真正创建。

    （3）、Copy-on-Write代理：虚拟代理的一种，把复制（或者叫克隆）拖延到只有在客户端需要时，才真正采取行动。

    （4）、保护（Protect or Access）代理：控制一个对象的访问，可以给不同的用户提供不同级别的使用权限。

    （5）、防火墙（Firewall）代理：保护目标不让恶意用户接近。

    （6）、智能引用（Smart Reference）代理：当一个对象被引用时，提供一些额外的操作，比如将对此对象调用的次数记录下来等。

    （7）、Cache代理：为某一个目标操作的结果提供临时的存储空间，以便多个客户端可以这些结果。

   在上面所有种类的代理模式中，虚拟代理、远程代理、智能引用代理和保护代理较为常见的代理模式。

2.6、代理模式的具体实现

    说起“代理模式”，其实很容易，现实生活中的例子也很多。明星的经纪人，国家的发言人都是代理的好例子。我们就用明星经纪人这个事情来介绍“代理模式”的实现吧。

 1   
 2 namespace 代理模式的实现
 3 {
 4     /// 

 5     /// 大明星都有钱，有钱了，就可以请自己的经纪人了，有了经纪人，很多事情就不用自己亲力亲为。弄点绯闻，炒作一下子通过经纪人就可以名正言顺的的操作了，万一搞不好，自己也可以否认。
 6     /// 
 7     class Client
 8     {
 9         static void Main(string[] args)
10         {
11             //近期，Fan姓明星关注度有点下降，来点炒作
12             AgentAbstract  fan=new AgentPerson();
13             fan.Speculation();
14 
15             //过了段时间，又不行了，再炒作一次
16             fan.Speculation();
17 
18 
19             Console.Read();
20         }
21     }
22  
23 
24     //该类型就是抽象Subject角色，定义代理角色和真实主体角色共有的接口方法
25     public abstract class AgentAbstract
26     {
27 
28         //该方法执行具体的炒作---该方法相当于抽象Subject的Request方法
29         public abstract void Speculation();
30     }
31  
32     //该类型是Fan姓明星，有钱有势，想炒什么炒什么---相当于具体的RealSubject角色
33     public sealed class FanStar:AgentAbstract
34     {
35         //有钱有势，有背景啊
36         public FanStar(){}
37 
38         //要有名气，定期要炒作---就是RealSubject类型的Request方法
39         public override void Speculation()
40         {
41             Console.WriteLine("我要炒作了");
42         }
43     }
44  
45     //该类型是代理类型----相当于具体的Proxy角色
46     public sealed class AgentPerson:AgentAbstract
47     {
48         //这是背后的老板，
49         private FanStar boss;
50 
51         //老板在后面发号施令
52         public AgentPerson()
53         {
54            boss=new FanStar();
55         }
56 
57         //炒作的方法，执行具体的炒作---就是Proxy类型的Request方法
58         public override void Speculation()
59         {
60             Console.WriteLine("前期弄点绯闻，拍点野照");
61             boss.Speculation("偶尔出来现现身，为炒作造势");
62             Console.WriteLine("然后开发布会，伤心哭泣，继续捞钱");
63         }
64     }
65 }

   这个模式很简单，就话不多说了。

三、代理模式的实现要点：
    
    “增加一层间接层”是软件系统中对许多复杂问题的一种常见解决方法。在面向对象系统中，直接使用某些对象会来带很多问题，作为间接层的Proxy对象便是解决这一问题的常用手段。具体Proxy设计模式的实现方法、实现粒度都相差很大，有些可能对单个对象做细粒度的控制，如copy-on-write技术，有些可能对组件模块提供抽象代理层，在架构层次对对象做Proxy。

　　Proxy并不一定要求保持接口的一致性，只要能够实现间接控制，有时候损及一些透明性是可以接受的。

    优点：

      代理模式能够将调用用于真正被调用的对象隔离，在一定程度上降低了系统的耦合度；

      代理对象在客户端和目标对象之间起到一个中介的作用，这样可以起到对目标对象的保护。代理对象可以在对目标对象发出请求之前进行一个额外的操作，例如权限检查等。

    缺点：

      由于在客户端和真实主题之间增加了一个代理对象，所以会造成请求的处理速度变慢

      实现代理类也需要额外的工作，从而增加了系统的实现复杂度。

四、.NET 中代理模式的实现

    代理模式在Net的FCL中的实现也不少，框架级别的有，类级别的也有。框架级别的有WCF,Remoting,他们都需要生成本地的代理，然后通过代理访问进程外或者机器外的对象。类级别的有StringBuilder类型，StringBuilder其实就是一种代理，我们本意是想访问字符串的，StringBuilder就是一种可变字符串的代理，而且StringBuilder也没有和String保持接口的一致性。

五、总结

    到今天为止，我们设计模式的三个部分讲完两个部分了，第一个部分是“创建型”的设计模式，解决对象创建的问题，对对象创建的解耦。第二部分就是“结构型”的设计模式，所谓结构型设计模式模式，顾名思义讨论的是类和对象的结构 ，主要用来处理类或对象的组合。它包括两种类型，一是类结构型模式，指的是采用继承机制来组合接口或实现；二是对象结构型模式，指的是通过组合对象的方式来实现新的功能。它包括适配器模式、桥接模式、装饰者模式、组合模式、外观模式、享元模式和代理模式。设计模式到现在也说了不少了，但是看起来很多模式都很类似，之间好像很容转换，有时候条件不同了，的确模式也可以转换，但是不能肆意的转换。为了避免思想的混乱，我们把“结构型”这个几个设计模式，再总结一次，把握核心，理解使用场景。

    适配器模式注重转换接口，将不吻合的接口适配对接

    桥接模式注重分离接口与其实现，支持多维度变化

    组合模式注重统一接口，将“一对多”的关系转化为“一对一”的关系

    装饰者模式注重稳定接口，在此前提下为对象扩展功能

    外观模式注重简化接口，简化组件系统与外部客户程序的依赖关系

    享元模式注重保留接口，在内部使用共享技术对对象存储进行优化

    代理模式注重假借接口，增加间接层来实现灵活控制

  从下篇文章就开始写“行为型”设计模式，今天就到此结束了。

C#设计模式之十三代理模式（Proxy）【结构型】

标签：star   结构图   时间   代理类   复杂度   空间   这一   tar   种类   

原文地址：http://www.cnblogs.com/PatrickLiu/p/7814004.html