asp.net MVC下的四种验证编程方式[续篇]

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

一、ModelValidator与ModelValidatorPRovider

虽然Model绑定的方式因被验证数据类型的差异而有所不同，但是ASP.NET MVC总是使用一个名为ModelValidator的对象来对绑定的数据对象实施验证。所有的ModelValidator类型均继承自具有如下定义的抽象类ModelValidator。它的GetClientValidationRules方法返回一个元素类型为ModelClientValidationRule的集合，而ModelClientValidationRule是对客户端验证规则的封装，我们会在客户端验证部分对其进行详细介绍。

   1: public abstract class ModelValidator

   2: {

   3:     //其他成员

   4:     public virtual IEnumerable<ModelClientValidationRule> GetClientValidationRules();

   5:     public abstract IEnumerable<ModelValidationResult> Validate(object container);

   6:  

   7:     public virtual bool IsRequired { get; }

   8: }

针对目标数据的验证是通过调用Validate方法来完成的，该方法的输入参数container表示的正是被验证的对象。正是因为被验证的总是一个复杂类型的对象，后者又被称为一个具有若干数据成员的“容器”对象，所以对应的参数被命名为container。Validate方法表示验证结果的返回值并不是一个简单的布尔值，而是一个元素类型为具有如下定义的ModelValidationResult对象集合。

   1: public class ModelValidationResult

   2: {  

   3:     public string MemberName { get; set; }

   4:     public string Message { get; set; }

   5: }

ModelValidationResult具有两个字符串类型属性MemberName和Message，前者代表被验证数据成员的名称，后者表示错误消息。一般来说，如果ModelValidationResult对象来源于针对容器对象本身的验证，它的MemberName属性为空字符串。对于针对容器对象某个属性的验证来说，属性名称会作为返回的ModelValidationResult对象的MemberName属性。

ModelValidationResult集合只有在验证失败的情况下才会返回。如果被验证数据对象符合所有的验证规则，Validate方法会直接返回Null或者一个空ModelValidationResult集合。值得一提的是，我们有时候会用ValidationResult的静态只读字段Success表示成功通过验证的结果，实际上该字段的值就是Null。

   1: public class ValidationResult

   2: {

						
上一篇文章： 点击CheckBox让Gridview控件在编辑与正常状态之间切换
下一篇文章： IE11下Forms身份认证无法保存Cookie的问题