在代理模式(Proxy Pattern)中,一个类代表另一个类的功能。这种类型的设计模式属于结构型模式。
在代理模式中,我们创建具有现有对象的对象,以便向外界提供功能接口。
意图
为其他对象提供一种代理以控制对这个对象的访问。
主要解决
在直接访问对象时带来的问题,比如说:要访问的对象在远程的机器上。在面向对象系统中,有些对象由于某些原因(比如对象创建开销很大,或者某些操作需要安全控制,或者需要进程外的访问),直接访问会给使用者或者系统结构带来很多麻烦,我们可以在访问此对象时加上一个对此对象的访问层。
何时使用
想在访问一个类时做一些控制。
如何解决
增加中间层。
关键代码
实现与被代理类组合。
应用实例
- Windows 里面的快捷方式。
- 猪八戒去找高翠兰结果是孙悟空变的,可以这样理解:把高翠兰的外貌抽象出来,高翠兰本人和孙悟空都实现了这个接口,猪八戒访问高翠兰的时候看不出来这个是孙悟空,所以说孙悟空是高翠兰代理类。
- 买火车票不一定在火车站买,也可以去代售点。
- 一张支票或银行存单是账户中资金的代理。支票在市场交易中用来代替现金,并提供对签发人账号上资金的控制。
- spring aop。
优点
- 职责清晰。
- 高扩展性。
- 智能化。
缺点
- 由于在客户端和真实主题之间增加了代理对象,因此有些类型的代理模式可能会造成请求的处理速度变慢。
- 实现代理模式需要额外的工作,有些代理模式的实现非常复杂。
使用场景
按职责来划分,通常有以下使用场景
- 远程代理。
- 虚拟代理。
- Copy-on-Write 代理。
- 保护(Protect or Access)代理。
- Cache代理。
- 防火墙(Firewall)代理。
- 同步化(Synchronization)代理。
- 智能引用(Smart Reference)代理。
注意事项
- 和适配器模式的区别:适配器模式主要改变所考虑对象的接口,而代理模式不能改变所代理类的接口
- 和装饰器模式的区别:装饰器模式为了增强功能,而代理模式是为了加以控制。
#include "pch.h"
#include <stdlib.h>
#include <iostream>
#include <vector>
#include <unordered_map>
class Image
{
public:
virtual void Display() = 0;
};
class RealImage : public Image
{
public:
RealImage(std::string fileName)
{
this->fileName = fileName;
std::cout << "Load " << fileName.c_str() << std::endl;
}
virtual void Display()
{
std::cout << "Display " << fileName.c_str() << std::endl;
}
private:
std::string fileName;
};
class ProxyImage : public Image
{
public:
ProxyImage(std::string fileName)
{
pImage = new RealImage(fileName);
}
virtual void Display()
{
pImage->Display();
}
private:
Image* pImage;
};
int main()
{
Image* pProxyImage = new ProxyImage("a.doc");
// 加载一次
pProxyImage->Display();
// 直接显示
pProxyImage->Display();
}
>>>
Load a.doc
Display a.doc
Display a.doc