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就是直接访问,找猎头就是代理。
本文为李建忠设计模式视频的笔记以及《设计模式-可复用面向对象的软件的基础》和自己的部分见解