目录
代理模式
代理模式又称为委托模式。代理模式从字面上很好理解,有些事情你可以不必亲自去做,而是通过更为专业的人或者机构去做。比如你开公司需要工商注册。你可以选择自己去了解相关的规章制度,亲自跑腿去办理。也可以通过专业机构办理。这样你就不需要去了解办理的细节,只需把材料交给机构。机构会为你完成注册工作。在这个过程中,机构不但会为你完成机构注册,而且还有可能为你办理一些你并不知道的增值服务。这就是典型的代理模式。
1. 实现代理模式
我们再看一个生活中的例子。房屋买卖中经常会出现代理的情况。当卖家不在房屋所在地时,可能会委托自己的亲人或者朋友进行交易。而买方会和代理人直接进行交易。交易中间的问题代理人会回答,手续代理人会办理。如下图:
这个代理人不太老实,私自加了20万,想赚差价。所以不要以为代理人真的只是代理,在这个过程中他可以加入自己的逻辑处理。而客户和被代理人并不知道。
我们看看采用代理模式如何实现这个场景。
首先真正卖掉房子的还是房主,只不过和买房人直接进行买卖的是代理人。那么房主和代理人有一个公共的行为都是卖房。那么我们可以抽象出一个接口定义卖房的行为。房主和代理人都需要实现这个接口。真正的卖房逻辑在房主的实现中,代理人的卖房实现只是调用房主的实现而已。要达到这个目的,代理人需要持有房主的引用。而买方进行买卖的时候,仅和代理人打交道。不用知道房主是谁,也不用让房主到现场过户。甚至连房主身在何处都不知道。
上面其实就是这个例子的程序设计。代码如下:
房屋交易接口代码:
public interface RealEstate {
void sell();
}
房主代码:
public class Seller implements RealEstate {
@Override
public void sell() {
System.out.println("卖了房子");
}
}
代理人代码:
public class SellerProxy implements RealEstate{
private Seller seller;
@Override
public void sell() {
if(seller==null){
seller = new Seller();
}
seller.sell();
System.out.println("退税办理完毕");
}
}
类图:
代理人在这里有什么用处呢?没有代理人,直接和房主买就好了啊?试想下,假如现在有了新的买房政策,交易完成后可以退税,那么在不修改房主代码的前提下,我们只需要修改此代理人的代码即可。如果在其他地方卖房没有此政策,只需要定义另外一个地区的代理人即可,这里实现了开闭原则。其实代理模式还有很多好处和适用的场景。我们下面详细来看。
2. 代理模式优缺点
2.1 优点
代理模式在客户端代码和真正的逻辑代码中引入了一层代理,这样做有很多好处:代理模式
1. 隐藏逻辑的真正实现对象。上面的例子中,如果卖房人身份特殊,那么通过代理人来卖房,可以不让买房人接触到自己;
2. 隐藏委托类的某些行为,在代理类认为应该触发时再触发;
3. 代理类可以为委托类的行为附加一些逻辑处理,例如上例中的退税。
2.2 缺点
1. 代理类和委托类实现同一个接口,因此只能面向接口代理;
2. 代理类和委托类实现同一个接口。即使代理类只想代理某个行为,也需要实现接口所有方法;
3. 代理类和委托类需要一一对应。如果你有段逻辑需要对所有的方法都附加上,静态代理是无法实现的。
3. 代理模式适用场景
针对代理模式的三个优点,我们来看看有哪些适用场景。
1. 远程调用代理:在分布式系统中,我们经常会调用其他系统的服务。通过代理模式,可以对客户端代码隐藏远程调用的细节;
2. 虚代理:有一个典型的场景,加载一个包含大量大 size 图片的页面时,为了更好的用户体验,可以通过图片代理类先把图片的位置占好,保证排版的正确。当滚动到某个图片位置的时候才去加载图片;
3. 保护代理:当委托对象需要访问权限控制时,可以通过代理类来控制权限进行保护;
4. 智能指引:为委托对象增加一层控制。比如记录访问次数,当为 0 的时候,可以释放掉。第一次引用一个对对象时,把它装入内存。访问委托对象前,检查是否已经有其他访问已经锁定了它,以确保其他对象不能改变它。
4. 小结
代理模式由 Suject 接口,RealSubject 实现和 Proxy 类构成。Proxy 类同样要实现 Suject 接口。同时 Proxy 类依赖 RealSubject 类。代理模式对方的调用增加了间接性。利用间接性,可以加入额外的逻辑。这也是我们常说的 AOP,即面向切面编程。