Android 代理模式

<<1.0 普通代理>>

前言：通过打游戏的例子来分析普通代理模式的原理，打游戏的过程无非就是打怪升级，那么把这一过程系统化，如图所示：

微信截图_20180817172314.png

代码清单-游戏者接口

public interface IGamePlayer {
  
  //登陆游戏
  public void login(String user,String password);
  
  //打怪，游戏主要乐趣
  public void killBoss();
  
  //升级
  public void upgrade();
  
}

定义了游戏的三个简单方法分别是：登录游戏、打怪、升级；

代码清单-游戏者

public class GamePlayer implements IGamePlayer {
  private String name;

  //构造函数传递玩家名称
  public GamePlayer(String _name) {
    this.name = _name;
  }

  @Override
  public void login(String user, String password) {
    System.out.print("登录用户名：" + user + "的用户" + this.name + "succes");
  }

  @Override
  public void killBoss() {
    System.out.print(this.name+"在打怪...");
  }

  @Override
  public void upgrade() {
    System.out.print(this.name+"又升级了...");
  }
}

在实现类的构造函数中传递玩家的姓名，方便后期调式，通过这样的场景来模拟游戏的过程代码入下

代码清单

public class Client{

  public static void main(String[] agrs) {
    IGamePlayer iGamePlayer = new GamePlayer("test");
    //记录开始时间
    System.out.print("开始时间："+System.currentTimeMillis());
    //登录游戏
    iGamePlayer.login("username","password");
    //打怪
    iGamePlayer.killBoss();
    //升级
    iGamePlayer.upgrade();
    System.out.print("结束时间："+System.currentTimeMillis());
  }
}

输出结果：
开始时间：1534492600636
登录用户名：username的用户testsucces
test再打怪...
test又升级了...
结束时间：1534492600637

运行结果显示也没有问题，记录了一个游戏的主要流程；心理学家告诉我们，人类对于苦难的记忆比对于喜悦的记忆要深刻，但是人类对于喜悦是“趋利”性的，每个人能都想Happy,都不想苦难靠近，要想获取幸福，苦难也在所难免的，游戏也是如此，打游戏时间长了，腰酸背痛，眼睛干涩，手臂发麻，胡思乱想，从而导致走火入魔。那怎么办?想玩游戏，又不想碰触到游戏的苦难中，如何解决呢？有办法，现在游戏代理的公司特别多，把自己的账号交给代练人员，修改代码...

微信截图_20180817161154.png

在类图中添加了一个GamePlayerProxy类来代表玩家代练，它也不能作弊，也得动手打怪升级，所以同样需要实现IGamePlayer接口，代码如下：

public class GamePlayerProxy implements IGamePlayer {

  private IGamePlayer gamePlayer = null;

  //通过构造函数传递要对谁进行代练
  public GamePlayerProxy(IGamePlayer _gamePlayer) {
    this.gamePlayer = _gamePlayer;
  }

  //代练登录
  @Override
  public void login(String user, String password) {
    this.gamePlayer.login(user, password);
  }

  //代练打怪
  @Override
  public void killBoss() {
    this.gamePlayer.killBoss();
  }

  //代练升级
  @Override
  public void upgrade() {
    this.gamePlayer.upgrade();
  }
}

很简单，首先通过构造函数说明为谁代练打游戏，然后通过手动开始代理用户进行打怪升级，场景类Clint如下：

public class Client {

  public static void main(String[] agrs) {
    //定义一个游戏玩家
    IGamePlayer player = new GamePlayer("test");
    //定义一个代练者
    IGamePlayer proxy = new GamePlayerProxy(player);
    //开始打游戏。记录下时间戳
    System.out.print("开始时间："+System.currentTimeMillis()+"\n");
    //登录
    proxy.login("username" ,"password");
    //开始打怪
    proxy.killBoss();
    //升级
    proxy.upgrade();
    //记录结束时间
    System.out.print("结束时间："+System.currentTimeMillis());

  }
}

运行结果如下，还是test玩家在打游戏：

开始时间：1534494690426
登录用户名：username的用户testsucces
test再打怪...
test又升级了...
结束时间：1534494690426

没有任何改变，但是游戏已经在升级了，有人帮你干活了，惹不起...

代理模式的定义

代理模式是一个使用率非常高的模式，定义如下：
Provide a surrogate or placeholder for another object to control access to it.(为另一个对象提供代理或占位符来控制对它的访问。)

代理模式也叫委托模式，它是一项基本设计技巧，许多其他模式，如状态模式、策略模式、访问模式本质上是在更特殊的场合采用了委托模式，而且在日常开发中，代理模式可以提供非常好的访问控制；

微信截图_20180817164723.png

代理模式通用类图角色定义：

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

Subject抽象主题类通用源码如下：

  public interface Subject{
    //定义一个方法
    public void request();

  }

在接口中定义了一个方法request来作为方法的代表，RealSubject对它进行实现，代码如下：

public class RealSubject implements Subject{
  //实现方法
  @Override
  public void request() {
    //业务逻辑处理
  }
}

RealSubject是一个正常的业务实现类，代理模式的核心就在代理类上，代码如下

public class Proxy implements Subject{
  //要代理哪个实现类
  private Subject subject = null;

  //默认被代理
  public Proxy(){
    this.subject = new Proxy();
  }
  //通过构造函数传递代理者
  public Proxy(Object...objects){

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

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

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

}

至于before和after方法，是一个引子崭新的模式。
一个代理类可以代理多个被委托者或者被代理者，因此一个代理者具体代理哪个真实的主题角色，是由场景类决定的。当然最简单的情况就是一个主题类和一个代理类，这就是最简单的代理模式。

代理模式的优点

• 职责清晰
  真实的角色就是实现具体的业务逻辑，不用关心其他非本职的事务。

• 高扩展
  具体主题角色是随时发生变化的，只要实现了接口，代理类可以不做任何修改使用；

• 智能化
  主要体现在动态代理上；

  ps:后边会分析强制代理...