设计模式---代理模式

创建一个新的对象，将原对象作为新对象的属性。使用原对象的地方，自动转为使用新对象，同样的功能方法，新对象可选择增强原对象的功能，也可选择重新实现原对象的功能

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

• 适配器：使用B接口（港版电脑），不能直接对接A接口（墙上的电插头），这时候需要加一个B到A的适配器（转换头）。

public BAdapter implements/extends B {
    private A a;
    public BAdapter(A a) {
        this.a = a;
    }
    public void b() {  // 名称为外部的接口名称，内部转换为，实际的接口
        a.a();
    }
}

• 代理：为原对象提供一种代理以控制对这个对象的访问。原对象和代理对象都实现同一接口。

对于外部调用者来说只关心调用操作是否被执行，而不会关心本次调用是被直接执行的还是被代理者间接执行的。所以，aop中，获取进行了aop功能增强的类，是通过接口获取（不能通过具体类名获取，ioc容器里面没有原来实现类的bean，只有代理类的bean），Spring自动转换为调用代理类。

public AProxy implements/extends A {
    private A a;
    public AProxy(A a) {
        this.a = a;
    }
    public void a() {  // 只做功能增强，接口名称和主要功能不变
        this.a.a();
    }
}

这里最重要的就是：代理类持有被代理类的一个实例，无论代理类是继承还是接口实现

image.png
image.png

• 装饰器：把核心功能和附加功能给分开了。装饰器类和原实现类，都实现的同一接口 / 继承自同一个类。装饰器不但实现原抽象接口，还聚合了原抽象接口（即持有一个原抽象接口的具体实现）。半透明的装饰器约等于适配器。手抓饼加鸡蛋加生菜加培根。
  image.png

Decorator模式让调用者自己创建核心类，然后组合各种功能。Proxy模式决不能让调用者自己创建再组合，否则就失去了代理的功能。Proxy模式让调用者认为获取到的是核心类接口，但实际上是代理类。

问题

class UserService {
  @AutoWired
  OrderService orderService;

  public void test() {
    log.info("哈哈哈哈哈");
    log.info("orderService: {}", orderService);
  };
}

• 通过aop生成的UserService代理对象的orderService属性是不是null?

是的。原因是代理对象是一个新的对象，和原来的被代理的UserService不是同一个对象，这个代理对象没有经过依赖注入，所以orderService属性是null

• 调用UserService代理对象的test方法，打印的orderService是不是null

不是。代理对象持有target的是一个spring的bean，是通过依赖注入的bean。所以说代理模式，最重要的是：代理类持有被代理类的一个实例，无论代理类是继承还是接口实现

class UserServiceProxy extends  UserService {
  
  UserService target;

  public void test() {
    // aop增强逻辑：从切点缓存中获取
    target.test();
  };
}