ASP.NET MVC采用Model绑定为目标Action生成了相应的参数列表，但是在真正执行目标Action方法之前，还需要对绑定的参数实施验证以确保其有效性，我们将针对参数的验证成为Model绑定，需要的朋友可以参考下

ASP.NET MVC支持四种服务端验证的编程方式（“手工验证”、“标注ValidationAttribute特性”、“让数据类型实现IValidatableObject或者IDataErrorInfo”），那么在ASP.NET MVC框架内部是如何提供针对这四种不同编程方式的支持的呢？本篇文章就来聊聊这背后的故事。

我们可以采用4种不同的编程模式来进行针对绑定参数的验证。 一、手工验证绑定的参数 在定义具体Action方法的时候，对已经成功绑定的参数实施手工验证无疑是一种最为直接的编程方式，接下来我们通过一个简单的实例来演示如何将参数验证逻辑实现在对应的Action方法中，并在没有通过验证的情况下将错误信息响应给客户端。我们在一个ASP.NET MVC应用中定义了如下一个Person类作为被验证的数据类型，它的Name、Gender和Age三个属性分别表示一个人的姓名、性别和年龄。 public clas

在ActionInvoker对Action的执行过程中，除了通过利用ActionDescr iptor对Action方法的执行，以及之前进行的Model绑定与验证之外，还具有一个重要的工作，那就是对相关筛选器（Filter）的执行。ASP.NET MVC的筛选器是一种基于AOP（面向方面编程）的设计，我们将一些非业务的逻辑实现在相应的筛选器中，然后以一种横切（Crosscutting）的方式应用到对应的Action方法。当Action方法执行前后，这些筛选器会自动执行。ASP.NET MVC提供

在《ASP.NET MVC的四种验证编程方式》一文中我们介绍了ASP.NET MVC支持的四种服务端验证的编程方式（“手工验证”、“标注ValidationAttribute特性”、“让数据类型实现IValidatableObject或者IDataErrorInfo”），那么在ASP.NET MVC框架内部是如何提供针对这四种不同编程方式的支持的呢？接下来我们就来聊聊这背后的故事。 一、ModelValidator与ModelValidatorProvider 虽然Model绑定的方式因被验证数