介绍
为其他对象提供一种代理以控制对这个对象的访问。
使用场景
- 远程代理,为一个对象在不同地址空间提供局部代表。这样可以隐藏一个对象存在于不同地址空间的事实。
- 虚拟代理,是根据需要创建开销很大的对象,通过它来存放实例化需要很长时间的真实对象。例如打开一个很大的HTML网页时,里面可能有很多的文字和图片,但你还是可以很快的打开它,此时你看到的是所有的文字,但图片却是一张一张下载后才看得到。那些未打开的图片框,就是通过虚拟代理来代替真实的图片,此时代理存储了真实图片的路径和尺寸。
- 安全代理,用来控制真实对象访问时的权限。一般用于对象应该有不同的访问权限的时候。
- 智能指引,当调用其他真实的对象时,代理处理另外另外一些事情。如计算真实对象的引用次数,这样当对象没有引用的时候,可以自动释放它;或者当第一次引用一个持久对象时,将它转入内存;或在访问一个实际对象前,检查是否已经锁定它,以确保其他对象不能改变它。
优缺点
优点:
- 职责明晰,真实的角色就是实现实际的业务逻辑,不用关心其他非本职责的事务,通过后期的代理完成一件事务,附带的结果就是编程简洁清晰。
- 代理对象可以在客户端和目标对象之间起到中介的作用,这样起到增强和保护目标对象的作用。
- 降低了系统耦合度,扩展性好
缺点:
- 代理模式会造成系统设计类中的数目增加
- 在客户端和目标对象增加一个代理对象,会造成请求处理速度变慢
UML类图
代码实现
#include <iostream>
using namespace std;
class Subject
{
public:
virtual void Request() = 0;
};
class RealSubject : public Subject
{
public:
void Request()
{
cout << "真实的请求" << endl;
}
};
class Proxy : public Subject
{
public:
void Request()
{
if ( this->realSubject == nullptr)
{
realSubject = new RealSubject();
}
realSubject->Request();
}
public:
RealSubject *realSubject;
};
int main(void)
{
Proxy *proxy = new Proxy();
proxy->Request();
return 0;
}
扩展
普通代理
调用者只需要知道代理存在就好,而不用知道代理了谁。对真实角色的构造、调用进行项目组约定。
强制代理
调用者直接调用真实角色,而不关系代理是否存在,其代理的产生由真实角色决定。强制要求必须通过真实角色找到代理角色,否则不能访问。
实现方案:在真实角色中定义自己的代理者,每个流程的执行都首先判断是否有代理存在,否则提示无法访问。在代理角色中,代理的代理返回this。
代理的升级
过滤、拦截等功能。例如游戏代理增加计费功能。需要增加接口Iproxy实现功能的增加。
动态代理
实现阶段不用关心代理谁,而在运行阶段指定代理哪一个对象。AOP面向横切编程核心就是动态代理。其实其核心就是这个动态问题的解决,利用C++中的多态,回调等方案可以实现。
类图:
和装饰模式的区别
和装饰模式有点类似,都是包装,但是请注意它们的应用场景不同:一个是动态的给类添加功能,一个是控制对这个对象的访问。最重要的是它们的结构不同,对比两者的UML类图便知。参考我的另一篇装饰模式博客。