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: {