我们使用动态代理,主要是因为动态代理拥有这样的能力--使得某个类型a在运行的时候能转化为一个指定的接口i,即使这个类型a在定义的时候并没有从这个指定的接口i继承。这句话是什么意思了?还是回到当泛型的参数类型是动态的... 一文中的那个例子,在例子中,list<>并没有从isimplelist继承,但是从表面看来,在运行的时候,我们通过动态代理可以以isimplelist接口来“引用”list<>类型的对象。
动态代理是在运行时在内存中构建的一种类型,该类型实现了接口i,但是它将所有的方法调用都转发给类型a。
注意,上面我使用了“方法”调用的转发,由于,事件、属性都是方法的变体,所以,对接口中定义的所有元素的call都可以被动态代理转发。那么,接口(i)中的方法与被代理者(target)的方法如何匹配起来了?通常的方法是,进行“同名”匹配,比如isimplelist接口的add方法就自然匹配到list<>的add方法。对于复杂的需求,可以定义一个方法名映射表来匹配不同名的方法。
由于,动态代理拥有这种为类型(target)“换脸”的能力,所以,在很多场合可以使用它来优雅地解决一些以前难以处理的问题(通常,以前我们使用反射来解决这些麻烦),比如:
(1)“泛型参数类型是动态的”,使用动态代理解决这种问题不仅可以避免反射带来的性能损失,而且还可以获得强类型方法调用的好处。
(2)为一组类型“变脸”。比如,textbox、richtextbox、listview等windows控件都有clear方法,但是它们都没有实现一个统一的接口(比如,该接口中定义了clear方法),所以当我要清空某个groupbox中所有控件的内容时,无法用一种统一的方式调用,你不能这样做:
以下为引用的内容: foreach (control control in this.groupbox1.controls) { control.clear(); //control不存在clear方法,编译报错 } |
但是有了动态代理之后,我们就可以为这些控件定义一个new face:
以下为引用的内容: public interface inewface |
然后优雅地这样调用:
以下为引用的内容: foreach (control control in this.groupbox1.controls) |
你可以继续挖掘使用动态代理的其它场合,发挥你的想象力,来展现动态代理的威力。
关于esbasic中的 dynamictypeemitter 实现,有一点缺憾,那就是暂时还不支持“泛型方法”的调用转发,我还不知道如何使用emit发射对动态类型参数的泛型方法的调用,有知道的朋友请指导下。
新闻热点
疑难解答