Proxy（代理）–对象结构型模式

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

二、动机
1.在面向对象系统中，有些对象由于某种原因（比如对象创建的开销很大，或者某些操作需要安全控制，或者需要进程外的访问等），直接访问会给使用者、或者系统结构带来很大麻烦。
2.如何在不失去透明操作对象的同时来管理/控制这些对象特有的复杂性？增加一层间接层是软件开发中常见的解决方式。

三、适用性
1.远程代理（Remote Proxy）为一个对象在不同的地址空间提供局部代表。
2.虚代理（Virtual Proxy）根据需要创建开销很大的对象。
3.保护代理（Protection Proxy）控制对原始对象的访问。
4.智能指引（Smart Reference）取代了简单的指针，它在访问对象时执行一些附加操作。

四、结构

这是运行时刻一种可能的代理结构的对象图。

五、效果
Proxy模式在访问对象时引入了一定程度的间接性。
1.Remote Proxy可以隐藏一个对象存在于不同地址空间的事实。
2.Virtual Proxy可以进行最优化，例如根据要求创建对象。
3.Protection Proxies和Smart Reference都允许在访问一个对象时有一些附加的内务处理。

六、实现
1.重载C++中的存取运算符。
2.Proxy并不总是需要知道实体的类型。

七、要点总结
1.“增加一层间接层”是软件系统中对许多复杂问题的一种常见解决方法。在面向对象系统中，直接使用某些对象会带来很多问题，作为间接层的Proxy对象便是解决这一问题的常用手段。
2.具体proxy设计模式的实现方法、实现粒度都相差很大，有些可能对单个对象做细粒度的控制，入copy-on-wirte技术，有些可能对组件模式提供抽象代理层，在架构层次对对象做proxy。
3.Proxy并不一定要求保持接口完整的一致性，只要能够实现间接控制，有时候损及一些透明性是可以接受的。

八、相关模式
Adapter：适配器Adapter为它所适配的对象提供一个不同的接口。想反，代理提供了与它实体相同的接口。然而，用于访问保护的代理可能会拒绝执行实体会执行的操作，因此，它的接口实际上可能只是实体接口的一个子集。
Decorator：尽管decoratro的实现部分与代理相似，但decortor的目的不一样。Decorator为对象添加一个或多个功能，而代理则控制对对象的访问。
代理的实现与decorator的实现类似，但是在相似程度傻姑娘有所差别，Protection Proxy的实现可能与decorator的实现差不多。另一方面，Remote Proxy不包含对实体的直接引用，而只是一个间接引用，如“主机ID，主机的局部地址。”Virtual Proxy开始的时候使用一个间接引用，例如一个文件名，但最终将获得并使用一个直接引用。

九、举例说明
找工作时找HR就是直接访问，找猎头就是代理。

本文为李建忠设计模式视频的笔记以及《设计模式-可复用面向对象的软件的基础》和自己的部分见解