ASP.NET响应Http请求时常用的两个处理接口是IHttpHandler和IHttpModule。

一般的,IHttpHandler用来处理一类特定的请求,比如对每个*.asp, *.aspx文件的分别处理。而IHttpModule通常用来处理所以请求共同需要的操作,比如对所以请求页面进行某些相同的检查功能。

我们先来看一下IIS服务器在相应Http请求时的处理步骤。 ASP.NET中有管线(Pipeline)这个概念,意指每个ASP.NET请求在IIS中会有一系列相应操作串联起来形成的一条类似线一样的序列。

ASP.NET管线介绍

我们来看一下管线的处理时序图:

从图中看出,请求到达之后,实现经过HttpModule处理之后再调用HttpHandler的ProcessRequest()方法进行具体相应的。因此,也不难理解为什么说在HttpModule中做一些对所有请求通用的检查操作,而将特定类请求的处理放在HttpHandler类中。

代码实践

IHttpHandler

笔者最近在项目中接触到用IHttpHandler来实现对客户端接口调用的处理,这里便来简单探讨下基于IHttpHandler的简单接口设计。

IHttpHandler接口只有两个成员:  

1 public interface IHttpHandler
2 {
3 bool IsReusable { get; }
4 void ProcessRequest(HttpContext context);
5 }

IsReusable属性是标识改HttpHandler对象能否被其他实例使用,一般我们将其置为True。 ProcessRequest()方法则是具体的响应请求方法,我们只要将具体的业务逻辑操作放在这里即可。

首先,新建一个Web工程,添加一个Handler类:

 1 public class RayHandler : IHttpHandler
2 {
3 public bool IsReusable
4 {
5 get { return true; }
6 }
7
8 public void ProcessRequest(HttpContext context)
9 {
10 context.Response.Write("Asp.Net HttpHandler Demo. -- .");
11 }
12 }

RayHandler类实现了IHttpHandler接口的ProcessRequest()函数,这里只是直接输出一条文本。

然后,我们需要在Web.config文件中添加以下配置:

<handlers>
<add name="test" path="*.ray" verb="*" type="WebApplication2.RayHandler,WebApplication2"/>
</handlers>

path表示URL匹配,如*.ray这表示该Handler会响应所以以".ray"结尾的URL请求,verb表示请求方法,如Get/Post,使用*则表示所以匹配所有。type指示Handler类的类型,WebApplication2.RayHandler是类名,WebApplication2是指Bin目录下该该程序集的名称,如示例中的程序集名称为WebApplication2.dll,且这里不需要制定后缀名。

启动站点,输入以".ray"结尾的URL,可以看到如下结果:

IHttpHandlerFactory概述

有时候我们可能需要处理多种不同的后缀,一个后缀对应一个Handler类,这时我们的Web.config文件看起来就是这样了:

<handlers>
<add name="test" path="*.ray" verb="*" type="WebApplication2.RayHandler,WebApplication2"/>
<add name="test1" path="*.rss" verb="*" type="WebApplication2.RssHandler,WebApplication2"/>
</handlers>

如果我们有很多的HttpHandler实现类,那么我们的Web.config文件配置势必会显得很冗长。或者在某些情况下,我们只有当程序运行时才能确定哪个Handler进行响应时,这个时候就需要使用IHttpHandlerFactory了。

IHttpHandlerFactory的定义如下:

public interface IHttpHandlerFactory{
IHttpHandler GetHandler(HttpContext context, string requestType, string url, string pathTranslated);
void ReleaseHandler(IHttpHandler handler);
}

其中:

  • GetHandler(): 返回一个实现了IHttpHandler接口的实例;
  • ReleaseHandler():使得Factory可以重复使用一个已经存在Handler实例。

以上述ray,rss请求为例,实现Factory类:

 1 public class HandlerFactory : IHttpHandlerFactory{
2 public IHttpHandler GetHandler(HttpContext context, string requestType, string url, string pathTranslated){
3 IHttpHandler handler = null;
4 string path = context.Request.PhysicalPath;
5 switch(Path.GetExtension(path)){
6 case ".ray":
7 handler = new RayHandler();
8 break;
9 case ".rss":
10 handler = new RssHandler();
11 break;
12 default:
13 break;
14 }
15
16 return handler;
17 }
18
19 public void ReleaseHandler(IHttpHandler handler){
20 //void
21 }
22 }

这时,在Web.config中的配置如下:

<handlers>
<add name="test1" path="*.ray,*.rss" verb="*" type="WebApplication2.FactoryHandler,WebApplication2"/>
</handlers>

这时就实现了用Factory类来对应不同的具体Handler的功能,简化了配置。

可扩展的IHttpHandlerFactory

上述的实现方式中,如果程序后续需要增加对新后缀的处理方法,就需要修改GetHandler()中的Switch语句,同样可能引发错误或带来其他安全隐患。那么,能否实现在后续扩展时,保持HandlerFactory类不变呢?

答案肯定是可以的。 熟悉设计模式的读者应该明白这里是一个简单工厂模式,要实现前面的功能我们用叫高级点的设计模式是可以实现的。

而在这里,我们还可以用C#语言的语言特性--反射。 通过C#的反射机制,我们根据URL的后缀来反射获取对应的Hanlder类型,只要我们将URL的后缀名跟Handler的类名约定一下对应关系即可。

如,我们对GetHandler()重写如下:

 using System.Reflection;

 public IHttpHandler GetHandler(HttpContext context, string requestType, string url, string pathTranslated){
IHttpHandler handler = null;
string path = context.Request.PhysicalPath;
string className = this.GetType().Namespace + Path.GetExtension(path);
try{
Type type = Type.GetType(className);
if(type == null){
context.Response.Write(string.Format("找不到"{0}"对应的处理程序",Path.GetExtension(path)));
} handler = (IHttpHandler)type.Assembly.CreateInstance(className);
}catch(Exception ex){
context.Response.Write(string.Format("请求地址错误:"+ ex.Message));
handler = null;
} return handler;
}

此时,只需要将方法中的Handler类放在HandlerFactory类的同一命名空间下,且在Web.config中正确配置。如,有RayHandler类,那么在应该添加一个如下的配置才能自动匹配:

<handlers>
<add name="test1" path="*.RayHandler" verb="*" type="WebApplication2.FactoryHandler,WebApplication2"/>
</handlers>

总结

本篇简单介绍了ASP.NET中IHttpHandler的用法,在多个Handler请求的处理方面,提供了IHttpHandlerFactory的实现方式,最后,利用C#的反射机制改进了一种可扩展的多请求Handler实现方式。https://www.cnblogs.com/Rayblog/p/6394315.html

Asp.Net IHttpHandler介绍的更多相关文章

  1. ASP.NET Core 介绍

    原文:Introduction to ASP.NET Core 作者:Daniel Roth.Rick Anderson.Shaun Luttin 翻译:江振宇(Kerry Jiang) 校对:许登洋 ...

  2. 表现层及ASP.NET MVC介绍(二)

    表现层及ASP.NET MVC介绍(二) 最近的更新速度越来越慢,主要是项目上比较忙,封装EasyUi也要花很多时间.不过大家请放心,本系列不会半途夭折,并且代码干货也会持续更新.本文继续介绍表现层和 ...

  3. 表现层及ASP.NET MVC介绍(一)

    表现层及ASP.NET MVC介绍(一) 本文将介绍表现层及ASP.NET MVC的一些要点,特别是ASP.NET MVC的一些抽象和封装技巧,如果你对MVC还不了解,可以参考<ASP.NET ...

  4. 连表查询都用Left Join吧 以Windows服务方式运行.NET Core程序 HTTP和HTTPS的区别 ASP.NET SignalR介绍 asp.net—WebApi跨域 asp.net—自定义轻量级ORM C#之23中设计模式

    连表查询都用Left Join吧   最近看同事的代码,SQL连表查询的时候很多时候用的是Inner Join,而我觉得对我们的业务而言,99.9%都应该使用Left Join(还有0.1%我不知道在 ...

  5. 应用程序框架实战三十三:表现层及ASP.NET MVC介绍(二)

    最近的更新速度越来越慢,主要是项目上比较忙,封装EasyUi也要花很多时间.不过大家请放心,本系列不会半途夭折,并且代码干货也会持续更新.本文继续介绍表现层和Asp.net Mvc,我将在本篇讨论一些 ...

  6. 应用程序框架实战三十:表现层及ASP.NET MVC介绍(一)

    本文将介绍表现层及ASP.NET MVC的一些要点,特别是ASP.NET MVC的一些抽象和封装技巧,如果你对MVC还不了解,可以参考<ASP.NET MVC4 高级编程>,作者Jon G ...

  7. 【翻译】Asp.net Core介绍

    ASP.NET Core is a significant redesign of ASP.NET. This topic introduces the new concepts in ASP.NET ...

  8. ASP.NET SignalR介绍

    是什么? 简单来说,ASP.NET SignalR是一个开源的实时通讯(real-time)库,有了ASP.NET SignalR,我们可以在 详细介绍参考:https://docs.microsof ...

  9. asp.net IHttpHandler浅析

    在asp.net程序中,我们可以通过配置url的path路径的方式,将某个path路径下的请求交给指定的IHttpHandler去处理,这便是对request请求进行编程. 一.新建一个framewo ...

随机推荐

  1. currentThread()方法返回代码段正在被哪个线程调用

    currentThread()方法返回代码段正在被哪个线程调用 package com.stono.thread2.page16; public class MyThread extends Thre ...

  2. [Unit Testing] Set the timeout of a Test in Mocha

    Mocha uses a default timeout of 2000 ms. However, if for some reason that does not work for your use ...

  3. Centos6.2中配置tomcat

    这里我使用的是tomcat6, 我使用的是server版本号的Centos, 前提是安装而且配置好了JDK. 首先通过samba把我的tomcat压缩包, 复制到了共享的文件夹.然后移动到./usr文 ...

  4. [Java][Android][Process] Process 创建+控制+分析 经验浅谈

    不管是Android亦或者Java中或多或少须要调用底层的一些命令.运行一些參数: 此时我们须要用到Java的Process来创建一个子进程.之所以是子进程是由于此进程依赖于发起创建请求的进程,假设发 ...

  5. Mina airQQ聊天开门见山篇(一)

    Mina airQQ聊天开门见山篇(一) 近期项目可能要用到Mina,这个礼拜就在看这个框架,所以想写个小小的聊天的demo来巩固下,打算用几篇博客来记录下相关的知识 client用的是Flex Ai ...

  6. Java深入 - Filter过滤器

    Java的1.3開始,对servlet2.3规范中增加了过滤器的支持.过滤器可以让我们对目标资源的请求和响应进行截取. 一些filter的特性: 1. Filter是Servlet规范的规定,须要Se ...

  7. Java中static作用及使用方法具体解释

    1.1概述: static是静态修饰符,什么叫静态修饰符呢?大家都知道,在程序中不论什么变量或者代码都是在编译时由系统自己主动分配内存来存储的.而所谓静态就是指在编译后所分配的内存会一直存在.直到程序 ...

  8. nyoj--127--星际之门(一)(生成树的数量)

    星际之门(一) 时间限制:3000 ms  |  内存限制:65535 KB 难度:3 描述 公元3000年,子虚帝国统领着N个星系,原先它们是靠近光束飞船来进行旅行的,近来,X博士发明了星际之门,它 ...

  9. Nginx配置指令location匹配符优先级和安全问题

    使用nginx 很久了,它的性能高,稳定性表现也很好,得到了很多人的认可.特别是它的配置,有点像写程序一样,每行命令结尾一个";"号,语句块用"{}"括起来. ...

  10. sublime的一些快捷键

    Sublime Text 3非常实用,但是想要用好,一些快捷键不可或缺,所以转了这个快捷键汇总. 用惯了vim,有些快捷键也懒得用了,尤其是在win下面,还有图形界面,所以个人觉得最有用的还是搜索类, ...