万能对象与调用截获.docxVIP

再谈透明代理前面有一篇博客谈到了如何实现AOP，也就是如何拦截所有方法调用的技术。只是很浅显的讲到了如何去做才能实现方法拦截，对其中的奥秘真是不甚了解。这次就再深入一点，虽然还是不甚了解，但比上一篇，又前进了一小步。这次要说的就是WCF等一些技术用到的：动态创建一个对象，该对象可以转换为一个指定的接口，并且当在转换为接口的对象上调用接口的方法时，拦截所有调用，去做相应的事情。对于WCF来说，相应的事情就是：发起一个网络连接，访问远端服务，并将返回的数据转换为当前接口方法的返回值类型。下面演示的是如何创建一个客户端代理来访问WCF服务。首先我们假设服务端提供了如下服务：[ServiceContract] public interface IOrderService { [OperationContract] string GetOrder(int id); }客户端使用如下代码创建代理：IOrderService orderServiceProxy = ChannelFactoryIOrderService.CreateChannel(binding, address);string order = orderServiceProxy.GetOrder(1);可以看到，客户端并不知道这个接口的实现类，那么它是如何创建一个对象并能转换为IOrderService接口的呢？这正是今天要说的透明代理。什么是透明代理？MSDN上对此没有详细的描述，只有零零散散的一点注释，那就先看看这些注释吧！使用任何穿越远程边界的对象实际上都是在使用透明代理，透明代理会让你觉得远程对象好像就在客户端空间里。它会把所有调用通过远程调用框架转发给一个真实对象。透明代理对象寄宿在一个类型为RealProxy的托管类型实例内，RealProxy实现了转发透明代理传递过来的调用的功能。RealProxy对象继承了托管对象的语义，例如垃圾回收，支持成员和方法，也可以扩展为一个新类。所以RealProxy具有双重特性；一方面它具有跟远程对象一样的行为，另一方面它本身也是对象。最后，代理对象不必一定要用在远程调用里，它可以跟被代理对象在同一个AppDomain里。通过这段话，基本上已经了解了一些透明代理和真实代理（RealProxy）的概念。那么既然透明代理表现的和被代理对象行为几乎一模一样， 如何来判断一个对象是本身还是一个透明代理对象呢，使用RemotingServices.IsTransparentProxy方法可以帮助你进行判断。好吧，回归到我们当初设定的目标上来：创建一个透明代理，该代理可以被转换为一个指定的接口。因为代理的实际功能都是在RealProxy内部实现的，那么我需要看一看RealProxy应该如何使用，根据MSDN的描述，我们应该从RealProxy类继承，并必须重写Invoke方法。下面我就创建一个类InterfaceProxy，并让它从RealProxy继承。internal class InterfaceProxy : RealProxy { public InterfaceProxy(Type classToProxy) : base(classToProxy) { } public override IMessage Invoke(IMessage msg) { return msg; } }于是我们可以从该真实代理获取一个透明代理，如下：InterfaceProxy proxy = new InterfaceProxy(typeof(IOrderService));object tp = proxy.GetTransparentProxy();通过查看本地变量调试窗口，可以发现tp的类型为System.Runtime.Remoting.Proxies.__TransparentProxy，看上去我们获取了一个透明代理，那么下一步我们要把它转换为我们想要的接口并调用该接口方法“GetOrder”InterfaceProxy proxy = new InterfaceProxy(typeof(IOrderService));object tp = proxy.GetTransparentProxy();IOrderService serviceProxy = tp as IOrderService;serviceProxy.GetOrder(1);记住，先把断点打在InterfaceProxy的Invoke方法体中，运行程序，发现调用进入了Invoke，如果继续运行，就会发现在serviceProxy.GetOrder(1)处出现了异常。这是由于我们没有对该方法调用返回正确的结构，也就是说，我们需要在Invoke方法中返回有效的IMess