代理模式

介绍

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

使用场景

1. 远程代理，为一个对象在不同地址空间提供局部代表。这样可以隐藏一个对象存在于不同地址空间的事实。
2. 虚拟代理，是根据需要创建开销很大的对象，通过它来存放实例化需要很长时间的真实对象。例如打开一个很大的HTML网页时，里面可能有很多的文字和图片，但你还是可以很快的打开它，此时你看到的是所有的文字，但图片却是一张一张下载后才看得到。那些未打开的图片框，就是通过虚拟代理来代替真实的图片，此时代理存储了真实图片的路径和尺寸。
3. 安全代理，用来控制真实对象访问时的权限。一般用于对象应该有不同的访问权限的时候。
4. 智能指引，当调用其他真实的对象时，代理处理另外另外一些事情。如计算真实对象的引用次数，这样当对象没有引用的时候，可以自动释放它；或者当第一次引用一个持久对象时，将它转入内存；或在访问一个实际对象前，检查是否已经锁定它，以确保其他对象不能改变它。

优缺点

优点：

1. 职责明晰，真实的角色就是实现实际的业务逻辑，不用关心其他非本职责的事务，通过后期的代理完成一件事务，附带的结果就是编程简洁清晰。
2. 代理对象可以在客户端和目标对象之间起到中介的作用，这样起到增强和保护目标对象的作用。
3. 降低了系统耦合度，扩展性好

缺点：

1. 代理模式会造成系统设计类中的数目增加
2. 在客户端和目标对象增加一个代理对象，会造成请求处理速度变慢

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类图便知。参考我的另一篇装饰模式博客。