代理模式通过统一接口（Subject）使Proxy与RealSubject对外行为一致，客户端仅依赖抽象接口；Proxy拦截调用、按需创建RealSubject并添加额外行为，RealSubject专注业务逻辑。
代理设计模式在C++中主要用于控制对某个对象的访问，比如延迟初始化、权限检查、日志记录或远程调用封装。核心思路是定义一个与真实对象具有相同接口的代理类，在不改变客户端代码的前提下，介入并管理真实对象的创建和使用过程。
定义统一接口（抽象基类）
这是代理模式的基础。让真实对象（RealSubject）和代理对象（Proxy）都继承自同一个抽象接口（Subject），确保它们对外行为一致。
例如：
class Subject {
public:
virtual ~Subject() = default;
virtual void request() const = 0;
};
客户端只依赖 Subject* 或 Subject&，完全不知道背后是代理还是真实对象。
立即学习“C++免费学习笔记（深入）”；
魔法映像企业网站管理系统
下载
技术上面应用了三层结构，AJAX框架，URL重写等基础的开发。并用了动软的代码生成器及数据访问类，加进了一些自己用到的小功能，算是整理了一些自己的操作类。系统设计上面说不出用什么模式，大体设计是后台分两级分类，设置好一级之后，再设置二级并选择栏目类型，如内容，列表，上传文件，新窗口等。这样就可以生成无限多个二级分类，也就是网站栏目。对于扩展性来说，如果有新的需求可以直接加一个栏目类型并新加功能操作
实现真实对象和代理对象
真实对象专注业务逻辑；代理对象负责拦截调用、按需创建真实对象，并可添加额外行为。
- 真实对象直接实现接口：
class RealSubject : public Subject {
public:
void request() const override {
std::cout << "RealSubject: handling request.\n";
}
};
- 代理对象持有真实对象指针（通常延迟创建），并在 request() 中插入控制逻辑：
class Proxy : public Subject {
private:
mutable std::unique_ptr real_subject_;
RealSubject& get_real_subject() const {
if (!real_subject_) {
real_subject_ = std::make_unique();
}
return *real_subject_;
}
public:
void request() const override {
std::cout << "Proxy: before forwarding request.\n";
get_real_subject().request();
std::cout << "Proxy: after forwarding request.\n";
}
};
灵活控制访问的常见技巧
C++代理可结合多种语言特性增强控制力：
- 延迟初始化：如上例，用 mutable + unique_ptr 实现线程安全（单线程下）的懒加载
- 访问权限校验：在 request() 前调用 check_access()，失败则抛异常或静默返回
- 引用计数/共享控制：用 std::shared_ptr 管理生命周期，配合 weak_ptr 防循环引用
- 透明代理 vs 虚代理：若需隐藏网络/IO细节，可在 request() 内部做序列化+RPC调用，对外仍保持 Subject 接口
注意事项与优化点
代理不是万能胶，滥用会增加间接层开销和理解成本：
- 避免在 proxy 中重复实现复杂逻辑——它应聚焦“控制”，而非“功能”
- 若代理仅转发且无状态，考虑用模板或宏生成（但通常得不偿失）
- 多线程环境下，get_real_subject() 需加锁或用 std::call_once 保证初始化安全
- 移动语义友好：proxy 类自身应支持移动构造/赋值，尤其内部持有 unique_ptr 时
基本上就这些。代理模式的关键不在语法多炫，而在于清楚划分“谁该做什么”——接口统一、职责分离、控制点明确，C++就能写出干净又可控的代理。
