浅谈反射应用场景

   今天和大家来聊一聊关于反射的话题，对于反射的基础知识我在这里就不再从头来过一遍了，园子里的文章大把。那聊什么呢？我们就聊聊反射的应用场景，或许大家会更感兴趣。反射在应用中大多会与配置文件、特性等元素联系起来，接下来我们来看一些配置节点片段代码。

配置节点一
<httpModules>
   <add name="test" type="MyModule.MyHttpModule,MyHttpModule"/>
 </httpModules>

 

配置节点二
<handlers>
   <add name="AjaxPro" verb="POST,GET" path="ajaxpro/*.ashx" type="AjaxPro.AjaxHandlerFactory,AjaxPro"/>
</handlers>

 这两个配置节点相信大家都不陌生，节点一是为asp.net处理管道流程注册一个自定义处理模块，第二个配置节点是为asp.net特定目录下的某种特定文件注册一种自定义的处理程序，这里的例子是AjaxPro的配置节。对于httpModules和httpHandler理解有偏差的地方欢迎大家指正，我们接着往下。

 

     很多时候对于这样的配置文件我们只知道要这配置，程序运行起来之后也不会去思考一个为什么。这两个add配置节点里面都有一个type = "XXX.XXX,XXXX"的属性，属性值配置的是 "命名空间.类名,程序集名称"。这正好符合我们反射创建一个对象的必要条件，配置节点的值告诉了我们程序集的名称还有类的信息。通常的情况下反射还会和工厂模式结合起来形成反射工厂，asp.net会在应用程序启动时去读取web.config配置文件的信息，并去加载需要的程序集，然后通过反射的方式来创建我们注册的httpModules和httpHandler类型的对象。这样就可以很轻松的在httpModules和httpHandler中实现我们自定义的业务逻辑了。

      在我们的配置文件当中与上面类似的配置节点还有很多，但它们的原理基本都是一致的，就是通过反射来动态创建对象，实现框架组件的可插拔策略，从而使程序更灵活更具备扩展性。