ASP.NET MVC 入門8、ModelState與資料驗證
ViewData有一個ModelState的屬性，這是一個型別為ModelStateDictionary的ModelState型別的字典集合。在進行資料驗證的時候這個屬性是比較有用的。在使用Html.ValidationMessage()的時候，就是從ViewData.ModelState中檢測是否有指定的KEY，如果存在，就提示錯誤資訊。例如在前一篇文章ASP.NET MVC 入門7、Hellper與資料的提交與繫結中使用到的UpdateModel方法：
我們在View中使用Html.ValidationMessage(string modelName)來對指定的屬性進行驗證：
Html.ValidationMessage()有幾個過載：
其中ValidationSummary()是用於顯示全部的驗證資訊的。跟ASP.NET裡面的ValidationSummary驗證控制元件差不多。
我們測試一下/Admin/Setting頁面：
在用UpdateModel方法更新BlogSettings.Instance.PostsPerPage的時候，當我們如圖所示填寫"10d"的時候，由於PostsPerPage為整型的，所以UpdateModel方法就會出錯，同時會往ViewData.ModelState新增相應的錯誤資訊，從而Html.ValidationMessage()方法就可以從ViewData.ModelState中檢測到錯誤並提示。同時Html.ValidationMessage()方法會為出錯的屬性的輸入框新增一個名為"input-validation-error"的CSS類，同時後面的提示資訊的CSS類名為"field-validation-error"：
CSS類的樣式是可以由我們自己自由定義的。如上圖的紅色高亮顯示。
好，下面我們來實現發表新隨筆的功能。我們先寫一個提供使用者輸入隨筆內容的表單頁面：
<p><label for="Title">標題</label><%=Html.TextBox("Title", new { id ="Title", @class ="required" })%><%=Html.ValidationMessage("Title")%></p><p><label for="Content">內容</label>然後我們對使用者提交過來的資料進行儲存：
[AcceptVerbs("POST"), ActionName("NewPost")]public ActionResult SaveNewPost(FormCollection form)
{
Post post =new Post();
try
{
UpdateModel(post, new[] { "Title", "Content", "Slug" });
}
catch
{
return View(post);
}
post.Save();
return ShowMsg(new List<string>() { "發表新隨筆成功" });
}
由於這三個值都是字串型別，所以如果值為空的話，UpdateModel也是不會出錯的，而我們的Title和Content是不允許為空的，或者我們想我們的Slug的長度不能超過100，也就是需要有我們自己的業務規則。這時候我們或許會這樣寫：
try{
UpdateModel(post, new[] { "Title", "Content", "Slug" });
}
catch
{
return View(post);
}
if (string.IsNullOrEmpty(post.Title))
{
ViewData.ModelState.AddModelError("Title", post.Title, "標題不能為空");
}
if (string.IsNullOrEmpty(post.Content))
{
ViewData.ModelState.AddModelError("Content", post.Content, "內容不能為空");
}
if (!ViewData.ModelState.IsValid)
{
return View(post);
}
ViewData.ModelState提供了一個AddModelError的方法，方便我們新增驗證失敗的資訊。我們可以如上程式碼這樣進行物件的業務規則驗證，但是一旦業務規則多了，這樣的程式碼是非常壯觀的，而且不好控制。那麼我們該怎麼更好的進行業務規則的驗證呢？得意於BlogEngine.Net的良好架構，我們可以很輕鬆的完成這一點。
首先，讓我們修改一下BlogEngine.Core裡面BusinessBase的程式碼。我們前面說過，BusinessBase實現了IDataErrorInfo介面，該介面有個索引器，導致ViewData.Eval()方法呼叫時搜尋索引器的值時返回String.Empty而使ViewData.Eval()認為是找到值了，從而失效。
我們可以將return string.Empty修改為return null。但我們這裡並不需要用到這個介面，所以我們把該介面去掉,並把相應的程式碼註釋了。然後我們再暴露一個BrokenRules的屬性，用於返回當前的所有破壞性業務規則(紅框部分程式碼為我們新增的)：
BusinessBase提供了一個抽象的ValidationRules方法，用於在業務類重寫這個方法往裡面新增驗證規則(具體請看BusinessBase的Validation節)。
Validation 
我們在Post類中重寫這個方法來新增驗證規則：
然後我們可以在Controller的Action中很優雅的書寫我們的程式碼來進行業務規則的驗證：
[AcceptVerbs("POST"), ActionName("NewPost")]public ActionResult SaveNewPost(FormCollection form)
{
Post post =new Post();
try
{
UpdateModel(post, new[] { "Title", "Content", "Slug" });
}
catch
{
return View(post);
}
if (!post.IsValid)
{
foreach (string key in post.BrokenRules.Keys)
{
ViewData.ModelState.AddModelError(key, form[key], post.BrokenRules[key]);
}
return View(post);
}
post.Save();
return ShowMsg(new List<string>() { "發表新隨筆成功" });
}
我們注意到上面的Action中用到了一個FormCollection 的引數，這個引數系統會自動將Form提交過來的全部表單值(Request.Form)賦給它的。客戶端驗證可以用jQuery的驗證外掛來，這裡就不羅嗦了。
暫時就寫這麼多吧，想到什麼再補充。Enjoy！Post by Q.Lee.lulu。
---------------------------------------------------------------------