Proxy代理(结构型模式)

直接与间接

人们对于复杂的软件系统常常有一种处理手法，即增加一层间接层，从而对系统获得一种更为灵活、满足特定需求的解决方案。

 

 

 动机(Motivation)

在面向对象系统中，有些对象由于某种原因(比如对象创建的开销很大，或者某些操作需要安全控制，或者需要进程外的访问等)，直接访问会给使用者、或者系统结构带来很多麻烦。

意图(Intent)

为其他对象提供一种代理以控制对这个对象的访问

         ---《设计模式》GoF

 

代码

namespace  Proxy1
{
     class  Emploee
    {
         public   void  GetSalary() { }
         public   void  Report() { }
         public   void  ApplyVacation() { }
    }

     class  HrSystem
    {
        Emploee emploee  =   new  Emploee();
         public   void  Process() { }

    }
}

namespace  Proxy2
{
     interface  IEmploee
    {
         public   void  GetSalary();
         public   void  Report();
         public   void  ApplyVacation();
    }

     // 代理机
     class  Employee : IEmploee
    {
         public   void  GetSalary() { }
         public   void  Report() { }
         public   void  ApplyVacation() { }
    }

     // 本地
     class  EmploeeProxy : IEmploee
    {
         public   void  GetSalary() 
        {
             // 发送到代理处理
             // 对对象创建/访问的一种SOAP封装
             // 发送SOAP数据
             // 如果有返回值，接受返回值SOAP,解包，返回raw数据
        }
         public   void  Report() { }
         public   void  ApplyVacation() { }
    }
}

 

 

 

 结构(Structure)

 

 Proxy模式的几个要点

·"增加一层间接层"是软件系统中对许多复杂问题的一种常见解决方法。在面向对象系统中，直接使用某些对象带来很多问题，作为间接层的proxy对象便是解决这一问题的个手段。

·具体proxy设计模式的实现方法、实现粒度都相差很大，有些可能对单个对象做细粒度的控制，如copy-on-write技术，有些可能对组件模块提供抽象代理层，在架构层次对对象做proxy。

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

 

转载于:https://www.cnblogs.com/jonniexie/articles/1639334.html