代理模式

介绍

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

使用场景

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

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值