代理模式

解决的问题：控制被代理对象的访问，简单来说就是在原有类的方法上增加一些行为。

代理模式又分为静态代理和动态代理，静态代理需要提前编写代理类，动态代理在运行时生成代理类，此篇只介绍静态代理。

静态代理

以上为代理模式结构图，Proxy是代理类，RealSubject是被代理类，Proxy持有被代理类的引用；根据具体业务逻辑，在Proxy.Request中调用RealSubject.Request，然后做一些特殊的增强，http://www.cnblogs.com/mengdd/archive/2013/01/30/2883468.html；或者根本不调用RealSubject.Request，改变该方法的语义，例如数据库连接池的实现http://www.myexception.cn/database/847828.html。客户端通过接口访问，屏蔽底层细节。

通过代理模式，我们应该能看到面向接口编程的好处。假设没有Subject接口，Client直接调用RealSubject。运行一段时间后要添加新的功能，要求一部分场景在调用Request后发送一条消息通知，另一部分场景不发送；此时的做法只有修改Request的实现，并且传入参数表示是否需要发送消息，不遵循开闭原则，改造成本也很高。如果基于接口编程，完全可以做一个新的实现加上发送消息的功能而不改动RealSubject。