设计模式的艺术之道--代理模式

设计模式的艺术之道–代理模式

声明：本系列为刘伟老师博客内容总结(http://blog.csdn.net/lovelion)，博客中有完整的设计模式的相关博文，以及作者的出版书籍推荐

本系列内容思路分析借鉴了刘伟老师的博文内容，同时改用C#代码进行代码的演示和分析(Java资料过多 C#表示默哀).

本系列全部源码均在文末地址给出。

---

本系列开始讲解结构型模式，关注如何将现有类或对象组织在一起形成更加强大的结构。
不同的结构型模式从不同的角度组合类或对象，它们在尽可能满足各种面向对象设计原则的同时为类或对象的组合提供一系列巧妙的解决方案。

• 类结构型模式
  关心类的组合，由多个类组合成一个更大的系统，在类结构型模式中一般只存在继承关系和实现关系
• 对象结构型模式
  关心类与对象的组合，通过关联关系，在一个类中定义另一个类的实例对象，然后通过该对象调用相应的方法
  7种常见的结构型模式
  

---

代理模式

近年来，代购已逐步成为电子商务的一个重要分支。何谓代购，简单来说就是找人帮忙购买所需要的商品，当然你可能需要向实施代购的人支付一定的费用。消费者对想要购买的商品相关信息的缺乏，自已无法确定其实际价值而又不想被商家宰，只好委托中介机构帮其讲价或为其代买。这个中介机构其实就是你买东西的一个代理人。

1.1定义

-代理模式 (Proxy Pattern)：给某一个对象提供一个代理或占位符，并由代理对象来控制对原对象的访问。
- 代理对象在客户端对象和目标对象之间起到中介的作用。
- 去掉客户不能看到的内容和服务或者增添客户需要的额外的新服务。

1.2情景实例

问题描述
- 收费商务信息查询系统
该系统的基本需求如下：
(1) 在进行商务信息查询之前用户需要通过身份验证，只有合法用户才能够使用该查询系统；
(2) 在进行商务信息查询时系统需要记录查询日志，以便根据查询次数收取查询费用。
菜鸟软件公司开发人员已完成了商务信息查询模块的开发任务，现希望能够以一种松耦合的方式向原有系统增加身份验证和日志记录功能，客户端代码可以无区别地对待原始的商务信息查询模块和增加新功能之后的商务信息查询模块，而且可能在将来还要在该信息查询模块中增加一些新的功能。

初步思路
通过分析，可以采用一种间接访问的方式来实现该商务信息查询系统的设计，在客户端对象和信息查询对象之间增加一个代理对象，让代理对象来实现身份验证和日志记录等功能，而无须直接对原有的商务信息查询对象进行修改。

UML类图

实例关键代码

namespace ProxySample
{
    interface Searcher
    {
        string DoSearch(string userId, string keyword);
    }
   class ProxySearcher : Searcher
    {
        private RealSearcher searcher = new RealSearcher(); //维持一个对真实主题的引用
        private AccessValidator validator;
        private Logger logger;

        public string DoSearch(string userId, string keyword)
        {
            //如果身份验证成功，则执行查询
            if (this.Validate(userId))
            {
                string result = searcher.DoSearch(userId, keyword); //调用真实主题对象的查询方法
                this.Log(userId); //记录查询日志
                return result; //返回查询结果
            }
            else
            {
                return null;
            }
        }

        //创建访问验证对象并调用其Validate()方法实现身份验证
        public bool Validate(string userId)
        {
            validator = new AccessValidator();
            return validator.Validate(userId);
        }

        //创建日志记录对象并调用其Log()方法实现日志记录
        public void Log(string userId)
        {
            logger = new Logger();
            logger.Log(userId);
        }
    }
    class RealSearcher : Searcher
    {
        //模拟查询商务信息
        public string DoSearch(string userId, string keyword) {
            Console.WriteLine("用户'{0}'使用关键词'{1}'查询商务信息！",userId,keyword);
            return "返回具体内容";
        }
    }
    class AccessValidator
    {
        //模拟实现登录验证
        public bool Validate(string userId) 
        {
            Console.WriteLine("在数据库中验证用户'" + userId + "'是否是合法用户？");
            if (userId.Equals("杨过")) {
                Console.WriteLine("'{0}'登录成功！",userId);
                return true;
            }
            else {
                Console.WriteLine("'{0}'登录失败！", userId);
                return false;
            }
        }
    }
    class Logger
    {
        //模拟实现日志记录
        public void Log(string userId) {
            Console.WriteLine("更新数据库，用户'{0}'查询次数加1！",userId);
        }
    }
     class Program
    {
        static void Main(string[] args)
        {
            //读取配置文件
            string proxy = ConfigurationManager.AppSettings["proxy"];

            //反射生成对象，针对抽象编程，客户端无须分辨真实主题类和代理类
            Searcher searcher;
            searcher = (Searcher)Assembly.Load("ProxySample").CreateInstance(proxy);

            String result = searcher.DoSearch("杨过", "玉女心经");
            Console.Read();
        }
    }
}

1.3模式分析

动机和意图

• 当无法直接访问某个对象或访问某个对象存在困难时，同时需要保证客户端使用的透明性，可以通过一个代理对象来间接访问。

一般结构

• 代理模式包含3个角色：
• Subject（抽象主题角色）：抽象提升归类 真实主题和代理主题
• Proxy（代理主题角色）：通常包含了对真实主题的引用，从而可以在任何时候操作真实主题对象
• RealSubject（真实主题角色）：客户端可以通过代理主题角色间接调用真实主题角色中定义的操作
  代理模式UML类图
  

改进后的优点

• 能够协调调用者和被调用者，在一定程度上降低了系统的耦合度
• 客户端可以针对抽象主题角色进行编程，增加和更换代理类无须修改源代码，符合开闭原则

现存的缺点

• 由于在客户端和真实主题之间增加了代理对象，因此有些类型的代理模式可能会造成请求的处理速度变慢
• 实现代理模式需要额外的工作，而且有些代理模式的实现过程较为复杂

几种代理类型

1.远程代理：使得客户端程序可以访问在远程主机上的对象，远程主机可能具有更好的计算性能与处理速度，可以快速响应并处理客户端的请求。可以将一些消耗资源较多的对象和操作移至性能更好的计算机上，提高了系统的整体运行效率。比如需要通过百度识图进行图片识别工作。

2.虚拟代理：对于一些占用系统资源较多或者加载时间较长的对象，可以给这些对象提供一个虚拟代理。在真实对象创建成功之前虚拟代理扮演真实对象的替身，而当真实对象创建之后，虚拟代理将用户的请求转发给真实对象。这些对象不是立即需要的，否则不能使用虚拟代理。
通常，在以下两种情况下可以考虑使用虚拟代理：
(1) 由于对象本身的复杂性或者网络等原因导致一个对象需要较长的加载时间。如大型地图的场景加载实例，可以先返回一小块。
(2) 当一个对象的加载十分耗费系统资源的时候，如返回大量符合要求的数据。
3.缓冲代理：为某一个操作的结果提供临时的缓存存储空间，以便在后续使用中能够共享这些结果，优化系统性能，缩短执行时间。如读取数据库的结果，可以在缓存代理保存，在此访问可以先从缓存中读取，如果没有在进行读取数据库操作。

4.保护代理：可以控制对一个对象的访问权限，为不同用户提供不同级别的使用权限。如管理系统，管理员和普通用户访问数据的权限限制。

适用场景
当无法直接访问某个对象或访问某个对象存在困难时，考虑使用代理模式。
(1) 当客户端对象需要访问远程主机中的对象时可以使用远程代理。
(2)当需要用一个消耗资源较少的对象来代表一个消耗资源较多的对象，从而降低系统开销、缩短运行时间时可以使用虚拟代理。
(3)当需要为某一个被频繁访问的操作结果提供一个临时存储空间，以供多个客户端共享访问这些结果时可以使用缓冲代理。
(4)当需要控制对一个对象的访问，为不同用户提供不同级别的访问权限时可以使用保护代理。
(5)当需要为一个对象的访问（引用）提供一些额外的操作时可以使用智能引用代理。

实例源代码
GitHub地址
百度云地址:链接: https://pan.baidu.com/s/1eSCQrlw 密码: efwf