c#中的反射

反射的概述
  
  反射的定义：审查元数据并收集关于它的类型信息的能力。元数据（编译以后的最基本数据单元）就是一大堆的表，当编译程序集或者模块时，编译器会创建一个类定义表，一个字段定义表，和一个方法定义表等，。System.reflection命名空间包含的几个类，允许你反射（解析）这些元数据表的代码
  
  和反射相关的命名空间（我们就是通过这几个命名空间访问反射信息）：
  
  System.Reflection.MemberInfo
  
   System.Reflection.EventInfo
  
   System.Reflection.FieldInfo
  
   System.Reflection.MethodBase
  
   System.Reflection.ConstructorInfo
  
   System.Reflection.MethodInfo
  
   System.Reflection.PropertyInfo
  
   System.Type
  
   System.Reflection.Assembly
  
  反射的层次模型：
  
  
  注：层次间都是一对多的关系
  
  反射的作用：
  
  1． 可以使用反射动态地创建类型的实例，将类型绑定到现有对象，或从现 有对象中获取类型
  
  2． 应用程序需要在运行时从某个特定的程序集中载入一个特定的类型，以便实现某个任务时可以用到反射。
  
  3． 反射主要应用与类库，这些类库需要知道一个类型的定义，以便提供更多的功能。
  
  应用要点：
  
  1． 现实应用程序中很少有应用程序需要使用反射类型
  
  2． 使用反射动态绑定需要牺牲性能
  
  3． 有些元数据信息是不能通过反射获取的
  
  4． 某些反射类型是专门为那些clr 开发编译器的开发使用的，所以你要意识到不是所有的反射类型都是适合每个人的。
  
  
  
  反射appDomain 的程序集
  
   当你需要反射AppDomain 中包含的所有程序集，示例如下：
   static void Main
  
   {
  
   //通过GetAssemblies 调用appDomain的所有程序集
  
  foreach (Assembly assem in Appdomain.currentDomain.GetAssemblies())
  
  {
  
   //反射当前程序集的信息
  
   reflector.ReflectOnAssembly(assem)
  
  }
  
  }
  
  说明：调用AppDomain 对象的GetAssemblies 方法 将返回一个由System.Reflection.Assembly元素组成的数组。
  
  反射单个程序集
  
  上面的方法讲的是反射AppDomain的所有程序集，我们可以显示的调用其中的一个程序集，system.reflecton.assembly 类型提供了下面三种方法：
  
  1． Load 方法：极力推荐的一种方法，Load 方法带有一个程序集标志并载入它，Load 将引起CLR把策略应用到程序集上，先后在全局程序集缓冲区，应用程序基目录和私有路径下面查找该程序集，如果找不到该程序集系统抛出异常
  
  2． LoadFrom 方法：传递一个程序集文件的路径名（包括扩展名），CLR会载入您指定的这个程序集，传递的这个参数不能包含任何关于版本号的信息，区域性，和公钥信息，如果在指定路径找不到程序集抛出异常。
  
  3． LoadWithPartialName：永远不要使用这个方法，因为应用程序不能确定再在载入的程序集的版本。该方法的唯一用途是帮助那些在.Net框架的测试环节使用.net 框架提供的某种行为的客户，这个方法将最终被抛弃不用。
  
  注意：system.AppDomain 也提供了一种Load 方法，他和Assembly的静态Load 方法不一样，AppDomain的load 方法是一种实例方法，返回的是一个对程序集的引用，Assembly的静态Load 方发将程序集按值封装发回给发出调用的AppDomain.尽量避免使用AppDomain的load 方法
  
  
  
  利用反射获取类型信息
  
  前面讲完了关于程序集的反射，下面在讲一下反射层次模型中的第三个层次，类型反射
  
  一个简单的利用反射获取类型信息的例子：
  
  using system;
  
  using sytem.reflection;
  
  class reflecting
  
  {
  
   static void Main(string[]args)
  
  {
  
   reflecting reflect=new reflecting();//定义一个新的自身类
  
   //调用一个reflecting.exe程序集
  
   assembly myAssembly =assembly.loadfrom(“reflecting.exe”)
  
   reflect.getreflectioninfo(myAssembly);//获取反射信息
  
  }
  
  //定义一个获取反射内容的方法
  
  void getreflectioninfo(assembly myassembly)
  
  {
  
   type[] typearr=myassemby.Gettypes();//获取类型
  
   foreach (type type in typearr)//针对每个类型获取详细信息
  
   {
  
   //获取类型的结构信息
  
   constructorinfo[] myconstructors=type.GetConstructors;
  
   //获取类型的字段信息
  
   fieldinfo[] myfields=type.GetFiedls()
  
   //获取方法信息
  
   MethodInfo myMethodInfo=type.GetMethods();
  
   //获取属性信息
  
   propertyInfo[] myproperties=type.GetProperties
  
   //获取事件信息
  
   EventInfo[] Myevents=type.GetEvents;
  
  
  
  }
  
  }
  
  }
  
  其它几种获取type对象的方法：
  
  1． System.type 参数为字符串类型，该字符串必须指定类型的完整名称（包括其命名空间）
  
  2． System.type 提供了两个实例方法：GetNestedType,GetNestedTypes
  
  3． Syetem.Reflection.Assembly 类型提供的实例方法是：GetType,GetTypes,GetExporedTypes
  
  4． System.Reflection.Moudle 提供了这些实例方法：GetType,GetTypes,FindTypes
  
  设置反射类型的成员
  
   反射类型的成员就是反射层次模型中最下面的一层数据。我们可以通过type对象的GetMembers 方法取得一个类型的成员。如果我们使用的是不带参数的GetMembers，它只返回该类型的公共定义的静态变量和实例成员，我们也可以通过使用带参数的GetMembers通过参数设置来返回指定的类型成员。具体参数参考msdn 中system.reflection.bindingflags 枚举类型的详细说明。
  
  例如：
  
  
  
  //设置需要返回的类型的成员内容
  
  bindingFlags bf=bingdingFlags.DeclaredOnly|bingdingFlags.Nonpublic|BingdingFlags.Public;
  
  foreach (MemberInfo mi int t.getmembers(bf))
  
  {
  
   writeline(mi.membertype) //输出指定的类型成员
  
  }
  
  通过反射创建类型的实例
  
  通过反射可以获取程序集的类型，我们就可以根据获得的程序集类型来创建该类型新的实例，这也是前面提到的在运行时创建对象实现晚绑定的功能
  
  我们可以通过下面的几个方法实现：
  
  1． System.Activator 的CreateInstance方法。该方法返回新对象的引用。具体使用方法参见msnd
  
  2． System.Activator 的createInstanceFrom 与上一个方法类似，不过需要指定类型及其程序集
  
  3． System.Appdomain 的方法：createInstance,CreateInstanceAndUnwrap,CreateInstranceFrom和CreateInstraceFromAndUnwrap
  
  4． System.type的InvokeMember实例方法：这个方法返回一个与传入参数相符的构造函数，并构造该类型。
  
  5． System.reflection.constructinfo 的Invoke实例方法
  
  反射类型的接口
  
  如果你想要获得一个类型继承的所有接口集合，可以调用Type的FindInterfaces GetInterface或者GetInterfaces。所有这些方法只能返回该类型直接继承的接口，他们不会返回从一个接口继承下来的接口。要想返回接口的基础接口必须再次调用上述方法。
  
  反射的性能：
  
  使用反射来调用类型或者触发方法，或者访问一个字段或者属性时clr 需 要做更多的工作：校验参数，检查权限等等，所以速度是非常慢的。所以尽量不要使用反射进行编程，对于打算编写一个动态构造类型（晚绑定）的应用程序，可以采取以下的几种方式进行代替：
  
  1． 通过类的继承关系。让该类型从一个编译时可知的基础类型派生出来，在运行时生成该类 型的一个实例，将对其的引用放到其基础类型的一个变量中，然后调用该基础类型的虚方法。
  
  2． 通过接口实现。在运行时，构建该类型的一个实例，将对其的引用放到其接口类型的一个变量中，然后调用该接口定义的虚方法。
  
  3．通过委托实现。让该类型实现一个方法，其名称和原型都与一个在编译时就已知的委托相符。在运行时先构造该类型的实例，然后在用该方法的对象及名称构造出该委托的实例，接着通过委托调用你想要的方法。这个方法相对与前面两个方法所作的工作要多一些，效率更低一些

再比较动态调用代码

上次在MSDN网站看到一个比较动态调用代码的文章，用到的例子似乎比较复杂，为计算一个复杂多项式子而将其中部分割开，动态形成代码段来被循环调用。详细看.NET下几种动态生成代码方式比较。今天看到微软C#团队的Eric Gunnerson写的另外一篇关于动态调用代码性能的比较文章，为了说明结果和计算的准确性，减少由于函数复杂而受编译优化的影响，他使用了一个极为简单的例子：
输入一个参数，然后返回这个参数加一，这么简单的函数，优化和没有优化的代码应该不会有差别的了。

     public   class  Processor
     {
        public int Process(int value)
        {
            return value + 1;
        }
    }

而对比方面，除了上次那几种外，还加了代理方式调用来进行比较。
1. 直接调用

int  value  =  processor.Process(i);

2. 用反射机制，Type.InvokeMember()调用。

    Type t  =   typeof (Processor);
     int  value  =  
        ( int ) t.InvokeMember(
                   " Process " , 
         BindingFlags.Instance  |  BindingFlags.Public  |  
                  BindingFlags.InvokeMethod, 
                   null , processor,  new   object []  {i} );

3. 通过一个接口

     public   interface  IProcessor
    {
        int Process(int value);
    }

4. 通过一个委托Delegate

     public   delegate   int  ProcessCaller( int  value);
    ProcessCaller processCaller  =   new  ProcessCaller(processor.Process);
     int  value  =  processCaller(i); 

5. 也通过反射机制建立委托再动态调用

    Type delegateType  =  CreateCustomDelegate(methodInfo);
    Delegate p  =  Delegate.CreateDelegate(delegateType, 
                                         process,  " Process " );
     int  value  =  ( int ) p.DynamicInvoke( new   object []  {i} );

6. 元编程方式

对于2和5由于使用反射机制，不可避免需要建立中间的临时对象去传递参数，将参数和返回值装箱等操作，因此花费了大量的机器时间。

下面是运行的某次结果（循环100000次）：

---

结论：
1.直接调用速度最快是肯定的。
2.接口调用比元编程速度快，而元编程又比委托方式快，但微软相信Whidbey会极大优化委托调用方式，从而使它接近接口调用的水平。
3.直接用Type的反射机制是速度最慢的，比用反射机制建立委托来动态调用还慢。
4.直接使用委托不够灵活，有时候需要用反射机制建立委托来调用，但会减低性能，希望Whidbey优化了委托的性能后这种情况可以改善，灵活是需要牺牲性能的。