代理模式——为其他对象提供一种代理以控制对这个对象的访问。 在某些情况下，一个对象不适合或者不能直接引用另一个对象，而代理对象可以在客户端和目标对象之间起到中介的作用。
解决的问题场景： 在直接访问对象时会带来问题，有些对象由于某些原因（对象创建开销很大，或者某些操作需要安全控制，或者需要进程外的访问），直接访问会给使用者或者系统结构带来很多麻烦，我们可以在访问此对象时加上一个对此对象的访问层（比如说只能访问某些接口，其他接口不可访问，据此可以抽象出一个接口），从而实现了逻辑和实现的彻底解耦。
优点：
- 职责清晰。真实的角色就是实现实际的业务逻辑，不用关心其他非本职责的事务，通过后期的代理完成一件完成事务，附带的结果就是编程简洁清晰。
- 代理对象可以在客户端和目标对象之间起到中介的作用，这样起到了中介的作用和保护了目标对象的作用。
- 高扩展性（设计模式的目的，很大程度上因为实现高扩展性）
代理模式的组成：
- 抽象角色：通过接口或抽象类声明真实角色实现的业务方法。
- 代理角色：实现抽象角色，是真实角色的代理（访问层），通过真实角色的业务逻辑方法来实现抽象方法，并可以附加自己的操作。
- 真实角色：实现抽象角色，定义真实角色所要实现的业务逻辑，供代理角色调用。
模式结构：
一个是真正的你要访问的对象(目标类)，一个是代理对象，真正对象与代理对象实现同一个接口，先访问代理类再访问真正要访问的对象。
具体实现上，其实就是先定义抽象类，把代理需要的接口定义好，然后实现代理类，实现抽象类定义的接口，具体的工作仍交由真实角色完成，代理角色只是实现了一层包装。代理是轻量级的，仅仅实现代理的功能。
#include<iostream>
using namespace std;
//抽象类
class Subject
{
public:
Subject(){}
virtual ~Subject(){}
//抽象角色：通过接口或抽象类声明真实角色实现的业务方法。
virtual void Request()=0;//接口
};
//委托类
class ConcreteSubject:public Subject
{
public:
ConcreteSubject(){}
~ ConcreteSubject(){}
//真实角色：实现抽象角色，定义真实角色所要实现的业务逻辑，供代理角色调用。
void Request()
{
cout<<"代理实现请求！"<<endl;
}
};
//代理类
class Proxy
{
public:
Proxy():_sub(NULL){}
Proxy(Subject* sub):_sub(sub){}
~Proxy(){
if(_sub!=NULL){
delete _sub;
}
}
//代理角色：实现抽象角色，是真实角色的代理，
void Request()
{
_sub->Request(); //通过真实角色的业务逻辑方法来实现抽象方法，并可以附加自己的操作。
}
private:
Subject* _sub;
};
int main()
{
//代理模式的最大好处就是实现了逻辑和实现的彻底解耦
Subject* sub = new ConcreteSubject();
Proxy* p = new Proxy(sub);
p->Request();//p的Request请求实际上是交给了sub来实际执行
<span class="hljs-keyword">return</span> <span class="hljs-number">0</span>;
}