（5.1）代理模式之静态代理

一、模式的使用场景

就是一个人或者机构代表另一个人或者机构采取行动。在一些情况下，一个客户不想或者不能够直接引用一个对象，而代理对象可以在客户端和目标对象之间起到中介的作用。

二、 主要作用

通过引入代理对象的方式来间接访问目标对象

三、解决的问题

防止直接访问目标对象给系统带来的不必要复杂性。

四、代理模式包含的角色

• Subject:抽象主题角色。可以是接口，也可以是抽象类。
• RealSubject:真实主题角色。业务逻辑的具体执行者。
• ProxySubject:代理主题角色。内部含有RealSubject的引用,负责对真实角色的调用，并在真实主题角色处理前后做预处理和善后工作。

五、模型原理

六、代码

代购（代理对象） 代替 我（真实对象） 去买Mac（间接访问的操作）

步骤1： 创建抽象对象接口（Subject）：声明你（真实对象）需要让代购（代理对象）帮忙做的事（买Mac）

public interface Subject {  
              public void buyMac();
}

步骤2： 创建真实对象类（RealSubject）,即”我“

  public class RealSubject implement Subject{
    @Override
    public void buyMac() {  
        System.out.println(”买一台Mac“);  
    }  
}

 步骤3： 创建代理对象类（Proxy），即”代购“，并通过代理类创建真实对象实例并访问其方法

public class Proxy  implements Subject{


      //引用并创建真实对象实例，即”我“
      RealSubject realSubject = new RealSubject()；
 
     @Override
     public void buyMac{

      //调用真实对象的方法，进行代理购买Mac
      realSubject.buyMac（）；
      //代理对象额外做的操作
      this.WrapMac()；
    }

     public void WrapMac(){
      System.out.println(”用盒子包装好Mac“);  
    }
}

步骤4： 客户端调用

public class ProxyPattern {

    public static void main(String[] args){

    Subject proxy = new Proxy（）；
    proxy.buyMac()；
    }

}

 

七、代理模式优点、缺点：

优点：

• 职责清晰 真实角色只需关注业务逻辑的实现，非业务逻辑部分，后期通过代理类完成即可。
• 高扩展性 不管真实角色如何变化，由于接口是固定的，代理类无需做任何改动。

缺点：

• 1）代理类和委托类实现了相同的接口，代理类通过委托类实现了相同的方法。这样就出现了大量的代码重复。如果接口增加一个方法，除了所有实现类需要实现这个方法外，所有代理类也需要实现此方法。增加了代码维护的复杂度。
  2）代理对象只服务于一种类型的对象，如果要服务多类型的对象。势必要为每一种对象都进行代理，静态代理在程序规模稍大时就无法胜任了
  举例说明：代理可以对实现类进行统一的管理，如在调用具体实现类之前，需要打印日志等信息，这样我们只需要添加一个代理类，在代理类中添加打印日志的功能，然后调用实现类，这样就避免了修改具体实现类。满足我们所说的开闭原则。但是如果想让每个实现类都添加打印日志的功能的话，就需要添加多个代理类，以及代理类中各个方法都需要添加打印日志功能（如上的代理方法中删除，修改，以及查询都需要添加上打印日志的功能）
  即静态代理类只能为特定的接口(Service)服务。如想要为多个接口服务则需要建立很多个代理类。