您的当前位置:首页正文

再说设计模式-代理模式

来源:花图问答

定义

代理模式(Proxy Pattern)是一个使用率非常高的模式,其定义如下:

Provide a surrogate or placeholder for another object to control access to it .
为其他对象提供一种代理以控制对这个对象的访问。

代理模式也叫做委托模式,它是一项基本设计技巧。许多其他的模式,如状态模式、策略模式、访问者模式本质上是在更特殊的场合采用了委托模式,而且在日常的应用中,代理模式可以提供非常好的访问控制。
代理模式的通用类图如下图:

代理模式的通用类图
  • Subject抽象主题角色
    其可以是抽象类也可以是接口,是一个最普通的业务类型定义,无特殊要求。
  • RealSubject具体主题角色
    也叫做被委托角色,被代理角色。是业务逻辑的具体执行者。
  • Proxy代理主题角色
    也叫着委托类、代理类。它负责对真实角色的应用,把所有抽象主题类定义的方法限制委托给真实主题角色实现,并且在真实主题角色处理完毕前后做预处理工作和善后处理。
// 抽象主题类 
public interface Subject {
  // 定义一个方法
  public void request();
}

// 真实主题类
public class RealSubject implements Subject {
  // 实现方法
  public void request() {
    // 业务逻辑处理
  }
}

// 代理类
public class Proxy implements Subject {
  // 要代理哪个实现类
  private Subject subject = null;
  // 默认被代理者
  public proxy() {
    this.subject = new Proxy();
  }
  // 通过构造函数传递代理者
  public Proxy(Object...objects) {
    // ...
  }

  // 实现接口中定义的方法
  public void request() {
    this.before();
    this.subject().request();
    this.after();
  }

  // 预处理
  private void before() {
    // do something
  }
  //  善后处理
  private void after() {
    // do something
  }
}

一个代理类可以代理多个被委托者或代理者,因此一个代理类具体代理哪个真实主题角色,是由场景类决定的。

代理模式的优点

  • 职责清晰
    真实的角色就是实现实际的业务逻辑,不用关心其他非本职的事务,通过后期的代理完成一件事务,附带的结果就是编程简洁清晰。
  • 高扩展性
    具体主题角色是随时都会发生变化的,只要实现了接口,甭管它如何变化,都逃不脱如来佛的手掌(接口),那我们的代理类完全就可以在不做任何修改的情况下使用。

代理模式的使用场景

可能我们第一次接触到代理模式的读者肯定很郁闷,为什么要用代理呀?
想想我们现实生活中,打官司为什么都找个律师?因为你不想参与中间的是是非非,只要完成自己的答辩就可以了,其他的比如事前调查,事后追查都由律师来搞定,这就是为了减轻你的负担。代理模式的使用场景非常多,比如大家常使用的Spring AOP,就是一个非常典型的动态代理。