ASP.NET MVC 入门8、ModelState与数据验证

原帖地址：http://www.cnblogs.com/QLeelulu/archive/2008/10/08/1305962.html

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类的样式是能够由我们自己自由定义的。如上图的红色高亮显示。

好，以下我们来实现发表新随笔的功能。我们先写一个提供用户输入随笔内容的表单页面：

<label for="Title">标题</label>
 <%=Html.TextBox("Title",new { id= "Title", @class = "required" })%>
 <%=Html.ValidationMessage("Title")%>


 <label for="Content">内容</label>
 <%=Html.TextArea("Content")%>
 <%=Html.ValidationMessage("Content")%>


 <label for="Slug">URL地址别名(假设为空则和标题同名)</label>
 <%=Html.TextBox("Slug",new { id= "Slug", @class = "required" })%>
 <%=Html.ValidationMessage("Slug")%>

然后我们对用户提交过来的数据进行保存：

因为这三个值都是字符串类型，所以假设值为空的话，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 keyin 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)赋给它的。client验证能够用jQuery的验证插件来。这里就不罗嗦了。