C#反射

      今天稍微看了下反射的东西,虽然还不是很明白,但也写写随笔,加深下印象。 
      1、反射是什么东西?
      Reflection,中文翻译为反射。
      这是.Net中获取运行时类型信息的方式,.Net的应用程序由几个部分:‘程序集(Assembly)’、‘模块(Module)’、‘类型(class)’组成,而反射提供一种编程的方式,让程序员可以在程序运行期获得这几个组成部分的相关信息,例如:

      Assembly类可以获得正在运行的装配件信息,也可以动态的加载装配件,以及在装配件中查找类型信息,并创建该类型的实例。 
   Type类可以获得对象的类型信息,此信息包含对象的所有要素:方法、构造器、属性等等,通过Type类可以得到这些要素的信息,并且调用之。
   MethodInfo包含方法的信息,通过这个类可以得到方法的名称、参数、返回值等,并且可以调用之。
诸如此类,还有FieldInfo、EventInfo等等,这些类都包含在System.Reflection命名空间下。

   2、命名空间和装配件的关系
   很多人对这个概念不清楚,对于一个.NET程序员来说,有必要搞清楚这些概念。
   命名空间类似于java的package(包),但又不是完全相同,因为Java的包必须按照目录的位置来摆放,而.NET就不需要了,它只需要添加相关的引用就行了。
   装配件是什么?从字面意思根本无法明白它在C#中是什么,通俗的讲,在形成最终的.exe或.dll之前,那些不相关的和相关的东西(比如说很多类)要打成包组装在一起,这些东西就叫做装配件。当然,我们直接把它理解为exe和dll。
   装配件的命名空间的关系不是一一对应,也不是互相包含的,一个装配件可以有多个命名空间,一个命名空间也可以在多个装配件中存在。这样说也许我们还不明白,那就举个例子:

//装配件A:
namespace N1
{
   
public class AC1 {…}
   
public class AC2 {…}
}

namespace N2
{
   
public class AC3 {…}
   
public class AC4{…}
}

//装配件B:
namespace N1
{
   
public class BC1 {…}
   
public class BC2 {…}
}

namespace N2
{
   
public class BC3 {…}
   
public class BC4{…}
}

   这两个装配件中都有命名空间N1、N2,而且各声明了2个类,这样是完全可以的,然后我们在一个应用程序中引用装配件A,那么我们能在这个应用程序下看到N1下的类为AC1、AC2,N2下的类为AC3、AC4。
   如果我们去掉对A的引用,然后去引用B装配件,那在这个应用程序中我们只能看到N1下的BC1、BC2,N2下的BC3、BC4。
      同时引用A、B,当然就能看到以上所有的类。
   到这里,我们可以清楚一个概念了,命名空间只是说明一个类型是哪个族的,比如有人是汉族、有人是回族;而装配件表明一个类型住在哪里,比如有人住在北京、有人住在上海;那么北京有汉族人,也有回族人,上海有汉族人,也有回族人,这是不矛盾的。
   上面我们说了,装配件是一个类型居住的地方,那么在一个程序中要使用一个类,就必须告诉编译器这个类住在哪儿,编译器才能找到它,也就是说必须引用该装配件。
      那么如果在编写程序的时候,也许不确定这个类在哪里,仅仅只是知道它的名称,就不能使用了吗?答案是可以,这就是反射 了,就是在程序运行的时候提供该类型的地址,而去找到它。

  3、运行期得到类型信息有什么用
    有人也许疑问,既然在开发时就能够写好代码,干嘛还放到运行期去做,不光繁琐,而且效率也受影响。
这就是个见仁见智的问题了,就跟早绑定和晚绑定一样,应用到不同的场合。有的人反对晚绑定,理由是损耗效率,但是很多人在享受虚函数带来的好处的时侯还没有意识到他已经用上了晚绑定。这个问题说开去,不是三言两语能讲清楚的,所以就点到为止了。
    我的看法是,晚绑定能够带来很多设计上的便利,合适的使用能够大大提高程序的复用性和灵活性,但是任何东西都有两面性,使用的时侯,需要再三衡量。

  接着说,运行期得到类型信息到底有什么用呢?
还是举个例子来说明,很多软件开发者喜欢在自己的软件中留下一些接口,其他人可以编写一些插件来扩充软件的功能,比如我有一个媒体播放器,我希望以后可以很方便的扩展识别的格式,那么我声明一个接口:
public interface IMediaFormat
{
string Extension {get;}
Decoder GetDecoder();
}

  这个接口中包含一个Extension属性,这个属性返回支持的扩展名,另一个方法返回一个解码器的对象(这里我假设了一个Decoder的类,这个类提供把文件流解码的功能,扩展插件可以派生之),通过解码器对象我就可以解释文件流。
   那么我规定所有的解码插件都必须派生一个解码器,并且实现这个接口,在GetDecoder方法中返回解码器对象,并且将其类型的名称配置到我的配置文件里面。
   这样的话,我就不需要在开发播放器的时侯知道将来扩展的格式的类型,只需要从配置文件中获取现在所有解码器的类型名称,而动态的创建媒体格式的对象,将其转换为IMediaFormat接口来使用。
   这就是一个反射的典型应用。
  4、反射的一些运用
  反射的基本概念就是上面那几条了,那反射有哪些运用呢?
  (1)通过反射获取类型
     获取类型有两种方法:一种是得到实例对象
     这个时侯我仅仅是得到这个实例对象,得到的方式也许是一个object的引用,也许是一个接口的引用,但是我并不知道它的确切类型,我需要了解,那么就可 以通过调用System.Object上声明的方法GetType来获取实例对象的类型对象,比如在某个方法内,我需要判断传递进来的参数是否实现了某个 接口,如果实现了,则调用该接口的一个方法:
   
   public void Process( object processObj )

{
 Type t = processsObj.GetType();
 if( t.GetInterface(“ITest”) !=null )
    …
}

另外一种获取类型的方法是通过Type.GetType以及Assembly.GetType方法,如:
       Type t = Type.GetType(“System.String”);
    需要注意的是,前面我们讲到了命名空间和装配件的关系,要查找一个类,必须指定它所在的装配件,或者在已经获得的Assembly实例上面调用GetType。
    本装配件中类型可以只写类型名称,另一个例外是mscorlib.dll,这个装配件中声明的类型也可以省略装配件名称(.Net装配件编译的时候,默认都引用了mscorlib.dll,除非在编译的时候明确指定不引用它),比如:
     System.String是在mscorlib.dll中声明的,上面的Type t = Type.GetType(“System.String”)是正确的
     System.Data.DataTable是在System.Data.dll中声明的,那么:
 Type.GetType(“System.Data.DataTable”)就只能得到空引用。
     必须:
 Type t = Type.GetType("System.Data.DataTable,System.Data,Version=1.0.3300.0, Culture=neutral, PublicKeyToken=b77a5c561934e089");
(2)通过反射来遍历对象属性
有个Test实体类:
Code
有时候我需要遍历某个Test对象的属性(名称和值)或者我很懒而且那个实体类的属性又特别多,那可以用以下方式:
Code
同样有时候也可以通过这种方法获取浏览器的信息:
Code
(3)根据类型来动态创建对象
是实现抽象工厂的基础,也是实现抽象工厂的核心技术,通过它,可以动态创建一个你想要的对象.如下面的例子是演示如何动态创建ChineseName或EnglishName的实例
Code

 

 


    

posted @ 2009-08-19 17:26  Sunny Peng  阅读(20304)  评论(0编辑  收藏  举报