原帖地址：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类的样式是能够由我们自己*定义的。如上图的红色高亮显示。
好，以下我们来实现发表新随笔的功能。我们先写一个提供用户输入随笔内容的表单页面：
<p>
<label
for="Title">标题</label>
<%=Html.TextBox("Title",new
{ id= "Title",
@class = "required"
})%>
<%=Html.ValidationMessage("Title")%>
</p>
<p>
<label
for="Content">内容</label>
<%=Html.TextArea("Content")%>
<%=Html.ValidationMessage("Content")%>
</p>
<p>
<label
for="Slug">URL地址别名(假设为空则和标题同名)</label>
<%=Html.TextBox("Slug",new
{ id= "Slug",
@class = "required"
})%>
<%=Html.ValidationMessage("Slug")%>
</p>
然后我们对用户提交过来的数据进行保存：
[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 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的验证插件来。这里就不罗嗦了。