ASP.NET MVC3中的Model是自验证的，这是通过.NET4的System.ComponentModel.DataAnnotations命名空间完成的。 我们要做的只是给Model类的各属性加上对应的验证标记（Attributes）就可以让MVC3框架帮我们完成验证。我以MVC3项目模板自带的登录 做例子讲解Model的验证。
一、启用客户端验证：
客户端验证主要是为了提高用户体验，在网页不回刷的情况下完成验证。
第一步是要在web.config里启用客户端验证，这在MVC3自带的模板项目中已经有了：
<add key="UnobtrusiveJavaScriptEnabled" value="true"/>
然后在被验证的View页面上要加入这样两个JavaScript，注意，他们是依赖于JQuery的：
<script src="/blog_article/@Url.Content("~/Scripts/jquery.validate.unobtrusive.min.js")" type="text/javascript"></script>
验证消息的显示有两种，一种是ValidationSummary，它可以显示一份验证消息的汇总，包括从后台Action里返回的消息。
另一种是Model中各属性对应HTML控件的验证消息：
二、在Model中加入验证标记
MVC3项目模板自带的登录模型类如下：
{
[Required]
[Display(Name = "User name")]
public string UserName { get; set; }
[Required]
[DataType(DataType.Password)]
[Display(Name = "Password")]
public string Password { get; set; }
[Display(Name = "Remember me?")]
public bool RememberMe { get; set; }
}
对比普通的C#类，我们发现每个属性上都多了被方括号“[]”包围的标记。其中，[Required]是验证标记的一种，而[Display]、[DataType]则是为了显示对应的HTML控件，这不在本文讨论范围之内。
除了Required，我们还可以在Model中添加其他有用的验证标记。下面是个较完整的列表：
Model类中可以添加的验证标记：
[Required]
public string FirstName { get; set; }
至多n位：
[StringLength(160)]
public string FirstName { get; set; }
要求至少n位：
[StringLength(160, MinimumLength=3)]
public string FirstName { get; set; }
3. 正则验证
[RegularExpression(@”[A-Za-z0-9._%+-]+@[A-Za-z0-9.-]+\.[A-Za-z]{2,4}”)]
public string Email { get; set; }
4. 范围
[Range(35,44)]
public int Age { get; set; }
小数的情况：
[Range(typeof(decimal), “0.00”, “49.99”)]
public decimal Price { get; set; }
5. 服务端参与的验证
[Remote(“CheckUserName”, “Account”)]
public string UserName { get; set; }
然后在AccountController里指定一个CheckUserName方法：
public JsonResult CheckUserName(string username)
{
var result = Membership.FindUsersByName(username).Count == 0;
return Json(result, JsonRequestBehavior.AllowGet);
}
[RegularExpression(@”[A-Za-z0-9._%+-]+@[A-Za-z0-9.-]+\.[A-Za-z]{2,4}”)]
public string Email { get; set; }
[Compare(“Email”)]
public string EmailConfirm { get; set; }
7. 自定义错误消息
正则：
[RegularExpression(@”[A-Za-z0-9._%+-]+@[A-Za-z0-9.-]+\.[A-Za-z]{2,4}&#
最近看了几篇讲述httpHandler和HttpModuler的文章，总的来说还是Fish li的那篇文章给力，但是他是大牛，他写出来的文章技术含量太高，对于像我这样的小兵，
要完全看懂估计需要看几遍。虽然说没有完全了解底层操作，但是我也算明白了一个请求从进入IIS到最后输出都经历了哪些过程。说实话，原来我以为.Net的类的子
类都是设计者自己设计的，没有考虑到真正的程序员是否可以完全掌握。了解了底层操作，我发现我的那个观点是多么的无知，每个.Net的类都是对应现实中的一种对
象，比如说Mvc3 中的路由就包括RouteData和HttpContext，至于为什么要这样包含？只有了解了iis的触发过程，我们就会真正的了解了。
序言介绍完毕，现在就来分享一下我对IIS底层的理解。技术不过硬，只能是采用大白话来说。
上面这幅图说明了在IIS 6 下的处理过程。
因为我们现在所用的是MVC3 ，所以我就按照MVc3 中的生命周期来叙述一个请求从开始到消亡的全过程。
请求阶段：
用户通过浏览器输入localhost/home/index 的地址，浏览器会发送一个请求到服务器的IIS用来处理这个请求。其实在操作系统中存在一个系统文件叫做http.sys
文件，它用来监视是否有请求到来，也就是说一个用户发来的请求的第一个接待者就是http.sys，它是一个系统文件，运行在操作系统的内核模式下，因此运行速度
更快。
在http.sys文件接收到请求之后（注：这是我的一个理解误区，我以前一直以为请求会直接进入IIS），会传入到第二个接待者IIS，真正的用来处理请求的操作系统组
件。在IIS接收到用户请求以后，首先会通过映射文件 然后由aspnet_iisapi.dll （IIS扩展）根据文件扩展名来选择对应的应用程序。这样说有点拗口，直白点的意思
就是IIS扩展会根据传入文件的扩展名(.aspx等)来选择 在IIS中配置的处理程序。这里会有一个问题存在，在Mvc中没有扩展名，那么程序是如何匹配的呢？其实这个
问题的处理方法有两种：
1.就是通过在路由表中添加一个虚拟的扩展名来欺骗IIS
2.就是通过在IIS配置文件中不选择确认文件存在，让IIS根据没有文件扩展名的文件路径来进行处理。
现在这个请求到了哪里？到了IIS扩展这里，下一步就是要进入到.Net框架中，让.Net框架来处理请求。但是在这中间会经过一些步骤的处理。大家应该记得在Web
form中有很多的事件，Page_load、Page_Render等，这些事件的执行顺序是依次进行的，不会混乱？那么.Net框架是如何来保证这些事件的顺序执行呢？这就是今
天的第一个主角HttpModule。我们可以把它称为http请求的过滤器，因为它不会有任何的输出，它会在任何请求中都会执行。当然有一个例外，那就是静态文件或者
其他没有配置为让IIS扩展让.Net框架处理的请求文件，因为他们进入到IIS中，IIS会找到对应的文件然后输出给浏览器的。
HttpModule的具体使用大牛们都说的很清楚了，我就简洁的描述一下大牛们忽略的知识点。既然说HttpModule是一个过滤器，那么我们可以在任何一个HttpModule
中终止当前请求的执行，执行身份认证，请问文件的访问权限检查等操作。我们可以自定义HttpModule扩展，只是让我们自己定义的类实现IHttpModule接口即可，
在IHttpModule 接口中有一个Init(HttpApplication app)方法，这是我们自定义扩展Module的入口，我们可以在其中定义我们自己进行的处理操作。
Init这个方法会接受一个HttpApplication类型的参数，HttpApplication 在MSDN中的定义就是定义 ASP.NET 应用程序中的所有应用程序对象通用的方法、属性和事
件。此类是用户在 global.asax 文件中所定义的应用程序的基类。HttpApplication 类的实例是在 ASP.NET 基础结构中创建的，而不是由用户直接创建的。
HttpApplication 类的一个实例在其生存期内被用于处理多个请求，但它一次只能处理一个请求。这样，成员变量才可用于存储针对每个请求的数据。
看到这个类的定义我们有没有想到应用程序池的概念，在IIS中我们新建一个应用程序就会创建一个对应的应用程序池，其实在应用程序池中存储的是什么？应该就是
这些HttpApplication对象。每个请求会有一个对应的HttpApplication对象来全程的负责它的执行，在httpApplication对象中包含着请求所需要的所有参数值。例如
Response、Request、Cache等.Net常用的对象，甚至我们可以通过这个变量获取到web.config中定义的所有Module扩展。HttpApplication会伴随着请求的全部
执行过程。
现在一个问题又来了，这个Module扩展需要传递一个HttpApplication对象作为参数，那么这个方法的参数是由谁创建的呢？我们应该经常用到一个类
HttpRuntime，根据这个字面意思，我们也可以想到这
{
/// <summary>
/// 应用程序的主入口点。
/// </summary>
[STAThread]
static void Main()
{
Application.ThreadException += Application_ThreadException;
Application.SetUnhandledExceptionMode(UnhandledExceptionMode.CatchException);
AppDomain.CurrentDomain.UnhandledException += CurrentDomain_UnhandledException;
Application.EnableVisualStyles();
Application.SetCompatibleTextRenderingDefault(false);
Application.Run(new MainForm());
}
/// <summary>
/// 处理应用程序域内的未处理异常（非UI线程异常）
/// </summary>
/// <param name="sender"></param>
/// <param name="e"></param>
static void CurrentDomain_UnhandledException(object sender, UnhandledExceptionEventArgs e)
{
try
{
Exception ex = e.ExceptionObject as Exception;
MessageBox.Show(ex.Exception.Message);
}
catch { }
}
/// <summary>
/// 处理应用程序的未处理异常（UI线程异常）
/// </summary>
/// <param name="sender"></param>
/// <param name="e"></param>
static void Application_ThreadException(object sender, ThreadExceptionEventArgs e)
{
try
{
MessageBox.Show(e.Exception.Message);
}
catch { }
}
}
这里有一个需要注意的地方，如下代码 Application.Run(new MainForm()); 这里只能执行一次 Application.Run代码，如果你像下面这样写代码的话：
Application.Run(new MainForm());
那么如果在MainForm出现未处理的异常（UI异常或是非UI异常），上面的异常处理程序就无法捕获了。
本文链接