在《ASP.NET MVC的四種驗證編程方式》一文中我們介紹了ASP.NET MVC支持的四種服務(wù)端驗證的編程方式（“手工驗證”、“標(biāo)注ValidationAttribute特性”、“讓數(shù)據(jù)類型實現(xiàn)IValidatableObject或者IDataErrorInfo”），那么在ASP.NET MVC框架內(nèi)部是如何提供針對這四種不同編程方式的支持的呢？接下來我們就來聊聊這背后的故事。

一、ModelValidator與ModelValidatorProvider

雖然Model綁定的方式因被驗證數(shù)據(jù)類型的差異而有所不同，但是ASP.NET MVC總是使用一個名為ModelValidator的對象來對綁定的數(shù)據(jù)對象實施驗證。所有的ModelValidator類型均繼承自具有如下定義的抽象類ModelValidator。它的GetClientValidationRules方法返回一個元素類型為ModelClientValidationRule的集合，而ModelClientValidationRule是對客戶端驗證規(guī)則的封裝，我們會在客戶端驗證部分對其進(jìn)行詳細(xì)介紹。

 public abstract class ModelValidator { //其他成員 public virtual IEnumerable<ModelClientValidationRule> GetClientValidationRules(); public abstract IEnumerable<ModelValidationResult> Validate(object container);  public virtual bool IsRequired { get; } }

針對目標(biāo)數(shù)據(jù)的驗證是通過調(diào)用Validate方法來完成的，該方法的輸入?yún)?shù)container表示的正是被驗證的對象。正是因為被驗證的總是一個復(fù)雜類型的對象，后者又被稱為一個具有若干數(shù)據(jù)成員的“容器”對象，所以對應(yīng)的參數(shù)被命名為container。Validate方法表示驗證結(jié)果的返回值并不是一個簡單的布爾值，而是一個元素類型為具有如下定義的ModelValidationResult對象集合。

 public class ModelValidationResult {  public string MemberName { get; set; } public string Message { get; set; } }

ModelValidationResult具有兩個字符串類型屬性MemberName和Message，前者代表被驗證數(shù)據(jù)成員的名稱，后者表示錯誤消息。一般來說，如果ModelValidationResult對象來源于針對容器對象本身的驗證，它的MemberName屬性為空字符串。對于針對容器對象某個屬性的驗證來說，屬性名稱會作為返回的ModelValidationResult對象的MemberName屬性。

ModelValidationResult集合只有在驗證失敗的情況下才會返回。如果被驗證數(shù)據(jù)對象符合所有的驗證規(guī)則，Validate方法會直接返回Null或者一個空ModelValidationResult集合。值得一提的是，我們有時候會用ValidationResult的靜態(tài)只讀字段Success表示成功通過驗證的結(jié)果，實際上該字段的值就是Null。

 public class ValidationResult { //其他成員 public static readonly ValidationResult Success; }

ModelValidator具有一個布爾類型的只讀屬性IsRequired表示該ModelValidator是否對目標(biāo)數(shù)據(jù)進(jìn)行“必需性”驗證（即被驗證的數(shù)據(jù)成員必須具有一個具體的值），該屬性默認(rèn)返回False。我們可以通過應(yīng)用RequiredAttribute特性將某個屬性定義成“必需”的數(shù)據(jù)成員。