设计模式之代理模式(Proxy)的C++实现

1、代理模式的提出

在组件的开发过程中,有些对象由于某种原因(比如对象创建的开销很大,或者对象的一些操作需要做安全控制,或者需要进程外的访问等),会使Client使用者在操作这类对象时可能会存在问题:(1)使用者直接访问这种对象会使系统带来很多麻烦。(2)或者使用者使不能直接访问这类对象;使用代理模式就可以解决此类问题。代理模式是在实际操作类和Client使用者之间增加一个代理类,实际操作类的一些操作,比如对象创建、接口访问、安全控制等相关操作都可以在增加的代理类里面添加相关的功能代码。这样Client实际上是通过代理类来访问和操作实际类。

2、需求描述

有一个主题类,该类具有请求功能和数据转换功能。而Client使用者不能直接访问和操作它,只能间接的通过其它类进行访问操作。

3、代理模式的代码实现

(1)代码UML图如下:

(2)代码实现如下:

cpp 复制代码
#include <iostream>

class AbsSubject
{
public:
    virtual void request()=0;
    virtual void dataTransfer()=0;

    virtual ~AbsSubject(){};
};

class RealSubject:public AbsSubject
{
public:
    virtual void request() override
    {
        std::cout << "RealSubject request" << std::endl;
    };

    virtual void dataTransfer() override
    {
        std::cout << "RealSubject dataTransfer" << std::endl;
    }
};

class Proxy:public AbsSubject
{
private:
    RealSubject* realSubject{nullptr};
public:
    Proxy()
    {
        realSubject = new RealSubject();
    };
    virtual void request() override
    {
        if(nullptr == realSubject)
        {
            return;
        }
        std::cout << "Proxy request" << std::endl;
        realSubject->request();
    };

    virtual void dataTransfer()override
    {
        if(nullptr == realSubject)
        {
            return;
        }
        std::cout << "Proxy dataTransfer" << std::endl;
        realSubject->dataTransfer();
    };

    virtual ~Proxy()
    {
        std::cout << " ~Proxy" << std::endl;
        if(nullptr != realSubject)
        {
            delete realSubject;
            realSubject = nullptr;
        }
    }
};

class Client
{
public:
    void DoWork()
    {
        //创建代理对象
        Proxy proxy;
        //通过代理对象来访问实际对象的接口
        proxy.request();
        proxy.dataTransfer();
    }
};

int main()
{
    Client obj;
    obj.DoWork();
    return 0;
}

运行结果如下:

4、代理模式缺点

系统中类数量增加;由于增加代理类,访问实际类的速度会在某种程度上降低。增加系统复杂度。

5、代理模式优点

可以访问不能访问的对象;降低系统直接的耦合度,便于功能扩展。

关于代理模式的介绍也可参考:

设计模式之代理模式(C++实现)_墨1024的博客-CSDN博客

相关推荐
咖啡八杯18 小时前
GoF设计模式——备忘录模式
java·后端·spring·设计模式
槑有老呆1 天前
从 Prompt Engineering 到 Harness Engineering:AI 编程的下一次跃迁
设计模式
HjhIron1 天前
从Prompt到Context:大模型应用开发的范式转移
设计模式·aigc·ai编程
咖啡八杯3 天前
GoF设计模式——中介者模式
java·后端·spring·设计模式
胡萝卜术3 天前
从“分数打架”到“排名投票”:为什么你的ChatBI必须用RRF?
算法·设计模式·面试
亦暖筑序4 天前
Java 8老系统Browser Agent实战:三层拦截把AI操作后台变成可审计流程
java·后端·设计模式
青禾网络6 天前
Web 前端如何接入 AI 音效生成:从零到可用的完整方案
人工智能·设计模式
ZJPRENO7 天前
吃透软件开发六大设计原则,告别烂代码
设计模式
咖啡八杯7 天前
GoF设计模式——命令模式
java·设计模式·架构
花椒技术8 天前
HJPusher / HJPlayer SDK 实践:我们为什么把直播推播链路拆成一套可复用能力
设计模式·harmonyos·直播