ASP.NET MVC提供一种基于元数据的验证方式是我们可以将相应的验证特性应用到作为Model实体的类型或者属性/字段上，但是这依然具有很多的不足。在这篇文章中，我结合EntLib的VAB（Validation Application Block）的一些思想通过扩展为ASP.NET MVC提供一种更为完善的验证机制。[源代码从这里下载]
目录：
一、扩展旨在解决怎样的验证问题
二、一个简单的消息维护组件
三、多语言的支持
四、基于某个验证规则的验证
五、验证规则的一致性
这个基于验证的扩展可以实现如下几个ASP.NET MVC无法实现验证问题：
- 消息提供机制的分离：目前我们可以通过“硬编码”和“资源文件”两种验证错误消息的提供机制，但是如果能够提供一种独立的机制来提供验证的错误消息无疑是一种更好的选择。原因很简单，验证消息是呈现给最终的用户的，应该是可以单独进行维护的，当我们发现某个验证消息不够友好，应该以一种对现有应用毫无影响的方式进行修改。此外，消息的定义最好是基于“模板”，模板中定义相应的占位符，这样可以省去很多冗余消息的定义。比如对于某个区间的验证消息就可以定义成“{0}必须在{1}与{2}之间”；
- 多语言的支持：和ASP.NET MVC基于资源文件（所有的ValidationAttribute可以通过指定属性Name和ResourceType使我们可以在资源文件中定义相应的消息）不同，消息模板对多语言的支持可以通过独立的消息维护组件/框架来解决，但是我们需要解决用于替换占位符的参数的多语言支持；
- 多验证规则的支持：对于同一个实体对象，在不同的场景中具有不同的验证规则。比如说我们做一个招聘网站，针对不同工作岗位对应聘者的性别、年龄、学历、身高和体重等属性的要求都是不一样的，所以我们应该针对基于工作岗位的验证场景定义不同的验证规则，并针对某个具体的验证规则对实体对象实施验证。
二、一个简单的消息维护组件
为了演示消息提供机制的分离，我们定义了一个简单的消息维护组件MessageManager。如下面的代码所示，抽象类MessageManager具有唯一的FormatMessage方法用于获取一个经过格式化好的最终消息文本，参数category、id和args分别代表对应消息条目的类型、ID和作为替换占位符的参数。
class MessageManager
2: {
object[] args);
4: }