【设计模式】之代理模式

 

　　这段时间一直忙于期末考试，好久没来博客园了，现在好了，终于考完了，也该过上正常的日子了。开学就是大四的学生了，时间过的可是真快啊，转眼间大学四年已经接近尾声了。回想大学这三年，成绩还可以吧（年级前10%），参加过各种竞赛（acm，数学建模等等），学生会也呆过（打了一年的酱油），好哥们也有那么五六个（希望以后能在一个城市发展，大学期间的宝贵财富啊），另外所谓的大学生创新实践项目也搞了一个（就算开阔一下视野吧，大学能生有什么创新呢？），经历也算是有点丰富啦，哈哈，唯一的遗憾可能就是没交女朋友，还是建议大一，大二的孩子们找个女朋友吧！！好了，说多了，开始进入主题吧。。

1.初识代理模式

　　生活中大家一定遇到这样的情况了：比如说我要买一条毛巾，不妨就是洁丽雅的吧，那一般人的话我应该不是去洁丽雅的工厂里面直接去买吧，而是我们在洁丽雅专卖店或者什么超市啊，这些地方购买，这些地方实际上就是洁丽雅毛巾的代理。这其实和我们OO中的代理模式是很相似的。

　　一个it人士，上网应该是经常的事了吧，那么总会有这样的情况，打开一个网页，文字先出现，而那些比较大的资源，例如图片要等等才会显示出来，这是为什么呢？？实际上这其中采用的就是代理模式。

2.代理模式的一个简单的例子

就说上面的毛巾的例子吧，将有如下类图：

 

消费者虽然买的是洁丽雅工厂生产的毛巾，确实通过洁丽雅专卖店买到的毛巾，并不是直接去厂家拿货，这就是代理模式。看看代码吧：

package 代理模式;//定义了接口interface SaleTowelIntertace {void sellTowel();}// 毛巾的生产类class TowelProduce implements SaleTowelIntertace {String ConsumerName;TowelProduce(String consumer_name) {ConsumerName = consumer_name;}public void sellTowel() {System.out.println("毛巾卖给了:" + ConsumerName);}}// 卖毛巾的代理类class TowelSaleProxy implements SaleTowelIntertace {TowelProduce tp;TowelSaleProxy(String consumner_name) {tp = new TowelProduce(consumner_name);}public void sellTowel() {tp.sellTowel();}}public class P {public static void main(String[] args) {TowelSaleProxy saleProxy = new TowelSaleProxy("小张");saleProxy.sellTowel();}}

看了这段代码，可能会想，那么这个代理有什么用呢？似乎看不到具体有什么好处啊！！其实这样的主要好处是真正购买毛巾的客户和厂家并不存在联系，即减小了他们之间的耦合性。这样说似乎还是有点抽象了，而这又是一个关键的问题。所以……

3.代理模式的意义

　　代理模式到底好处在哪里呢？？

　　那先要说一下代理模式中的三种角色了。

　　抽象角色：声明真实对象和代理对象的共同接口。
　　代理角色：代理对象角色内部含有对真实对象的引用，从而可以操作真实对象，同时代理对象提供与真实对象相同的接口以便在任何时刻都能代替真实对象。同时，代理对象　　　　　　　　可以在执行真实对象操作时，附加其他的操作，相当于对真实对象进行封装。
　　真实角色：代理角色所代表的真实对象，是我们最终要引用的对象。

　　代理模式的一个好处就是对外部提供统一的接口方法，而代理类在接口中实现对真实类的附加操作行为，从而可以在不影响外部调用情况下，进行系统扩展。也就是说，我要修改真实角色的操作的时候，尽量不要修改他，而是在外部在“包”一层进行附加行为，即代理类。例如：接口A有一个接口方法operator()，真实角色：RealA实现接口A，则必须实现接口方法operator()。客户端Client调用接口A的接方法operator()。现在新需求来了，需要修改RealA中的operator()的操作行为。怎么办呢？如果修改RealA就会影响原有系统的稳定性，还要重新测试。这是就需要代理类实现附加行为操作。创建代理ProxyA实现接口A，并将真实对象RealA注入进来。ProxyA实现接口方法operator()，另外还可以增加附加行为，然后调用真实对象的operator()。从而达到了“对修改关闭，对扩展开放”，保证了系统的稳定性。我们看客户端Client调用仍是接口A的接口方法operator()，只不过实例变为了ProxyA类了而已。也就是说代理模式实现了ocp原则。

4.什么时候使用代理模式

　　当我们需要使用的对象很复杂或者需要很长时间去构造，这时就可以使用代理模式(Proxy)。例如：如果构建一个对象很耗费时间和计算机资源，代理模式(Proxy)允许我们控制这种情况，直到我们需要使用实际的对象。一个代理(Proxy)通常包含和将要使用的对象同样的方法，一旦开始使用这个对象，这些方法将通过代理(Proxy)传递给实际的对象。 一些可以使用代理模式(Proxy)的情况：

　　一个对象，比如一幅很大的图像，需要载入的时间很长。　　　　

　　一个需要很长时间才可以完成的计算结果，并且需要在它计算过程中显示中间结果

　　一个存在于远程计算机上的对象，需要通过网络载入这个远程对象则需要很长时间，特别是在网络传输高峰期。

　　一个对象只有有限的访问权限，代理模式(Proxy)可以验证用户的权限

　　代理模式(Proxy)也可以被用来区别一个对象实例的请求和实际的访问，例如：在程序初始化过程中可能建立多个对象，但并不都是马上使用，代理模式(Proxy)可以载入需要的真正的对象。这是一个需要载入和显示一幅很大的图像的程序，当程序启动时，就必须确定要显示的图像，但是实际的图像只能在完全载入后才可以显示！这时我们就可以使用代理模式(Proxy)。

本文转载：原文链接：http://www.cnblogs.com/BeyondAnyTime/archive/2012/07/04/2576865.html

以下为楼主补充：

代理模式与适配器模式到底有什么不一样？

首先，分析以下结构图。

可以发现，适配器模式，是因为新旧接口不一致导致出现了客户端无法得到满足，但是由于旧的接口不能完全被重构，我们还想使用这个接口，这种亲光下，为了使用之前就接口实现服务，我们应该把新的接口转化为旧接口，实现这个转换类就是抽象意义的转换器；

代理模式与适配器模式最重要的区别就是提供的接口和元笨的接口是一样的，代理模式的作用是不把实现直接暴露给客户端，而是通过代理这个层，来处理。

最后还是想说一句话，可以根据现实例子来理解设计模式，自己在大脑中建立抽象的关系。个人感觉《大话设计模式》讲的还是不错的，适合初学者看~