代理模式（Proxy Pattern）

代理模式——为其他对象提供一种代理以控制对这个对象的访问。 在某些情况下，一个对象不适合或者不能直接引用另一个对象，而代理对象可以在客户端和目标对象之间起到中介的作用。

解决的问题场景： 在直接访问对象时会带来问题，有些对象由于某些原因（对象创建开销很大，或者某些操作需要安全控制，或者需要进程外的访问），直接访问会给使用者或者系统结构带来很多麻烦，我们可以在访问此对象时加上一个对此对象的访问层（比如说只能访问某些接口，其他接口不可访问，据此可以抽象出一个接口），从而实现了逻辑和实现的彻底解耦。

优点：

职责清晰。真实的角色就是实现实际的业务逻辑，不用关心其他非本职责的事务，通过后期的代理完成一件完成事务，附带的结果就是编程简洁清晰。
代理对象可以在客户端和目标对象之间起到中介的作用，这样起到了中介的作用和保护了目标对象的作用。
高扩展性（设计模式的目的，很大程度上因为实现高扩展性）

代理模式的组成：

抽象角色：通过接口或抽象类声明真实角色实现的业务方法。
代理角色：实现抽象角色，是真实角色的代理（访问层），通过真实角色的业务逻辑方法来实现抽象方法，并可以附加自己的操作。
真实角色：实现抽象角色，定义真实角色所要实现的业务逻辑，供代理角色调用。

模式结构：
一个是真正的你要访问的对象(目标类)，一个是代理对象，真正对象与代理对象实现同一个接口，先访问代理类再访问真正要访问的对象。

具体实现上，其实就是先定义抽象类，把代理需要的接口定义好，然后实现代理类，实现抽象类定义的接口，具体的工作仍交由真实角色完成，代理角色只是实现了一层包装。代理是轻量级的，仅仅实现代理的功能。

#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来实际执行
    
    return 0;
}

代理模式（Proxy Pattern）

猜你喜欢