设计模式之－－动态代理
??? 动态代理类是一个在运行时由开发人员所指定的一列接口的实现。动态代理接口是一种由代理类实现的接口，并且是一个java.lang.reflect.Proxy类的实例。每一个代理实例都与一个调用处理器对象相联，这个调用处理器实现了java.lang.reflect.InvocationHandler接口。在代理实例上的一个方法调用是通过其中之一的代理接口被转发到与这个代理实例相联的调用处理的invoke方法上。一个java.lang.reflect.Method对象会决定那一个方法会被调用，一个类型为java.lang.Object的数组包含调用的参数。调用处理器会适当地解码方法的调用（encoded method invocation as appropriate），并且它（调用处理器）的返回结果被作为在代理实例上方法调用返回的结果而返回。
例如，我们已有和装饰器模式中一文中一样的接口IMyBusinessObject和业务类MyBusinessObject。现在当我们使用动态代理时，我必须编写一个调用处理器，因为java.lang.reflect.Proxy类将会用到它。
MyDebugInvocationHandler类看起来像下面那样：
?
客户端代码如下：
AnotherConcreteDecorator: Going to execute method : doExecuteGoing to execute method :doExecuteHere in MyBusinessObject doExecute: input :Hello World Modified by MyAnotherInterceptorAfter execute method :doExecuteAnotherConcreteDecorator: After execute method : doExecuteHello World Modified by MyAnotherInterceptor
从上面的例子我们可以看出，用动态代理比静态装饰链用更少的代码为业务对象增加额外的行为。但是，如果我们像上面一样使用动态代理仍然有一些问题：当创建和链化动态代理时你仍然必须编写大量的代码，并且你还必须处理不如普通的对象创建或工厂方法的对象创建那么友善的代理接口API，还有，当我们需要代理我们的业务对象时，在多个位置重复一些代码并不是一个好主意。下一篇博客将试图去解决这些问题。我将会编写一个暴露简单API的通用代理工厂（在其中隐藏代理对象的创建和链化），但仍可提供动态代理的扩展性。
