转载地址
http://www.cnblogs.com/jiagoushi/archive/2013/01/25/2876725.html
继续我们前面所说的知识点进行下一个知识点的分析，这一次我们来说明一下数据验证。其实这是个很容易理解并掌握的地方，但是这会浪费大家狠多的时间，所以我来总结整理一下，节约一下大家宝贵的时间。
在MVC 3中 数据验证，已经应用的非常普遍，我们在web form时代需要在View端通过js来验证每个需要验证的控件值，并且这种验证的可用性很低。但是来到了MVC 新时代，我们可以通过MVC提供的数据验证Attribute来进行我们的数据验证。并且MVC 提供了客户端和服务器端 双层的验证，只有我们禁用了客户端js以后，也会执行服务端验证，所以大大提高了我们的开发进度。今天我们就一起以一个初学者的身份来进入数据验证的殿堂。
首先，要使MVC 数据验证在客户端生效，我们必须导入必要的js库。其中我在一篇博客中专门介绍了通过jquery.validate.js进行链式验证的方式。
1@H_502_22@ <script src="@H_502_22@@Url.Content(@H_502_22@"@H_502_22@~/Scripts/jquery-1.5@H_502_22@.1@H_502_22@.min.js)@H_502_22@"@H_502_22@ type=text/javascript@H_502_22@"@H_502_22@></script>
2@H_502_22@ <script src="@H_502_22@~/Scripts/jquery.validate.min.js3@H_502_22@ <script src="@H_502_22@~/Scripts/jquery.validate.unobtrusive.min.js"@H_502_22@></script>
然后我们就需要添加对应的Model ，其实在MVC中Model层对应的不一定是实体类，还可以是领域模型。这个区别还是存在的。我们添加一个简单的User类，
1@H_502_22@ namespace@H_502_22@ MvcApplication4.Models
@H_502_22@ 2@H_502_22@ {
@H_502_22@ 3@H_502_22@ public@H_502_22@ class@H_502_22@ UserInfo
@H_502_22@ 4@H_502_22@ {
@H_502_22@ 5@H_502_22@ //@H_502_22@ID编号@H_502_22@
6@H_502_22@ [ScaffoldColumn(false@H_502_22@)]
@H_502_22@ 7@H_502_22@ [required(AllowEmptyStrings = false@H_502_22@,ErrorMessage = 用户ID不能为空@H_502_22@"@H_502_22@)]
@H_502_22@ 8@H_502_22@ [Display(Name = 记录编号@H_502_22@"@H_502_22@,Order = 20000@H_502_22@)]
@H_502_22@ 9@H_502_22@ int@H_502_22@ ID { get@H_502_22@; set@H_502_22@; }
@H_502_22@10@H_502_22@
11@H_502_22@ [Display(Order = 15000@H_502_22@)]
@H_502_22@12@H_502_22@ [required(AllowEmptyStrings = 用户名不能为空@H_502_22@13@H_502_22@ [StringLength(20@H_502_22@,MinimumLength = 6@H_502_22@,0); line-height:1.5!important">用户名不能大于{2} 且要小于{1}@H_502_22@14@H_502_22@ [Remote(User@H_502_22@Validate@H_502_22@post@H_502_22@用户名已经存在@H_502_22@15@H_502_22@ string@H_502_22@ UserName { 16@H_502_22@
17@H_502_22@
18@H_502_22@ [Display(Name=password@H_502_22@19@H_502_22@ [DataType(DataType.Password)]
@H_502_22@20@H_502_22@ [required(AllowEmptyStrings = 密码不能为空@H_502_22@21@H_502_22@ [StringLength(60@H_502_22@,0); line-height:1.5!important">密码必须在{2} 和{1}之间@H_502_22@22@H_502_22@ string@H_502_22@ UserPassword { 23@H_502_22@
24@H_502_22@ [required(AllowEmptyStrings = 邮箱必填@H_502_22@25@H_502_22@ [RegularExpression(@"@H_502_22@[A-Za-z0-9._%+-]+@[A-Za-z0-9]+\.[A-Za-z]{2,4}@H_502_22@{0}的格式不正确@H_502_22@26@H_502_22@ string@H_502_22@ Email { 27@H_502_22@
28@H_502_22@ [Compare(Email@H_502_22@邮箱要相同@H_502_22@29@H_502_22@ string@H_502_22@ TEmail { set@H_502_22@; } compare 大小写要相同 否则不会触发 验证@H_502_22@
30@H_502_22@
31@H_502_22@
32@H_502_22@ [Display(Name = 身份证号码@H_502_22@33@H_502_22@ [RegularExpression(\d{17}[\d|x]|\d{15}@H_502_22@身份证号码格式错误@H_502_22@34@H_502_22@ string@H_502_22@ IdentityNo { 35@H_502_22@
36@H_502_22@ [required(AllowEmptyStrings = 年龄必填@H_502_22@37@H_502_22@ [Range(10@H_502_22@,128); line-height:1.5!important">100@H_502_22@,0); line-height:1.5!important">年龄不能大于{2} 不能小于{1}@H_502_22@38@H_502_22@ int@H_502_22@ Age { 39@H_502_22@
40@H_502_22@ [ReadOnly(true@H_502_22@)]
@H_502_22@41@H_502_22@ [DisplayFormat(ApplyFormatInEditMode = true@H_502_22@,DataFormatString = {0:c}@H_502_22@42@H_502_22@ [required(ErrorMessage = 金额不能为空@H_502_22@43@H_502_22@ [Range(typeof@H_502_22@(decimal@H_502_22@),0); line-height:1.5!important">20.0@H_502_22@30.0@H_502_22@金额在{1}和{2}之间@H_502_22@44@H_502_22@ decimal@H_502_22@ Money { 45@H_502_22@ }
@H_502_22@46@H_502_22@ }
在Model 层UserInfo类中，我们定义了一个User应该具有的属性，以及需要为每个属性添加的不同验证。设置好了Model，我们就需要通过Controller来显示对应的View层。
其实Controller不需要做任何的处理，只需要选择一个合适的View进行页面显示。最重要的是在View层。
我在View层中定义了两种显示Model数据的方式，一种是通过html.EditorFor(model)来分别显示每个不同的属性，另外一个简洁的方式就是通过html.EditorForModel()进行，这个方法会提供错误信息显示等。
Model 、View、Controller都设置好了，下面我们来看一下最终运行的效果。
在效果图中，我们看到了两个相同的部分，这是我采用两个不同的显示方式显示的效果。其中有两个Age，这两个只要一个验证通过，就会验证通过。根本原因就是它们的ID值是相同的。
看到了实际效果，我们来逐个分析一下每个验证Attribute的实现方式 极其注意方式。
required 必填项 表示的是这个字段值是必填的。
Display 字段显示的名称 表示该字段显示的是Name值，而不是字段本身的名称
[Display(Name= StringLength 表示的是验证字符串的长度。我们可以设置最小长度和最大长度，如果不在这个范围内，则会提示错误信息
[StringLength( 其中我们看到ErrorMessage中有占位符存在，其实这个占位符很容易理解，就是{0}表示的是字段本身的名称，{1}表示它前面的第一个参数，{2}表示它前面的第二个参数。@H_502_22@
ScaffoldColumn 表示的是是否采用MVC框架来处理 设置为true表示采用MVC框架来处理，如果设置为false，则该字段不会在View层显示，里面定义的验证也不会生效。
[ScaffoldColumn(false@H_502_22@)]
Remote 表示的是进行远端验证，这个相当于我们采用ajax方式来异步的请求服务器，并返回信息。最常用的就是验证用户名是否重复。下面这个验证是异步调用ValidateController下面的User Action 并且返回结果为json值。
[Remote( DataType 表示的是字段的数据类型 这个会影响到字段在View层的显示效果。如果设置为password，则输入时会用*替换。
[DataType(DataType.Password)]
RegularExpression 正则表达式验证。正则表达式我曾经在我的一篇博客中有所介绍。正则表达式是验证字符串的利器，我们必须掌握的。前面是验证模式，后面是出错显示的错误信息。
[RegularExpression( Compare 比较两个字段值是否相同，这个如果我们采用js进行验证的话，最少需要三行，这还只是客户端验证。那么在MVC中就比较容易实现了。
[Compare(在Compare 验证中有一个地方需要注意，就是第一个参数，它是另一个字段的名称，我们一定要注意大小写正确，如果错误的话，验证就不会通过的。@H_502_22@
Range 表示的大小数据的大小验证。这个Attribute可以验证int，double，decimal等数据类型的值的大小范围。 表示的是在10和100之间，包括10和100@H_502_22@
[Range( ReadOnly 表示字段是否只读。 这个在View层我有时测试会没有执行。具体原因还未知。
DisplayFormat 表示的数据显示的样式。其实这个不属于数据验证特性，而应该属于数据格式。如果要启用格式设置，第一个参数一定要设置为true，第二个就和我们toString（）方法后面的参数一样。
[DisplayFormat(ApplyFormatInEditMode = UiHint 告诉MVC 指定的模版。
HiddenInput 隐藏域显示
其实我个人是将数据验证的这些特性分为两类，一类是真正的进行验证，required，Range，StringLength，Display，Remote，RegularExpression，Compare，Range。这些特性是真正会进行验证的Attribute。另外几个Display，ReadOnly，DataType，DisplayFormat，ScaffoldColumn等和字段的显示有关，没有真正的和服务器端进行验证。
我们可以使用MVC提供的各种验证特性，那么我们是否可以自己来定义自定义特性验证呢。MVC有着巨大的可扩展性，我们也可以自己进行扩展，有两种扩展方式，一种就是可以重复使用的和MVC框架中验证，只要继承自ValidationAttribute 就可以实现重复使用的验证特性，另一种就是内包含的模式，它是只验证特定的Model，继承自IValidatableObject可以实现字包含的验证。
可重复使用的验证特性，继承自ValidationAttribute。
1@H_502_22@ class@H_502_22@ MaxWordsAttribute : ValidationAttribute
@H_502_22@ 2@H_502_22@ {
@H_502_22@ 3@H_502_22@
4@H_502_22@ public@H_502_22@ MaxWordsAttribute(int@H_502_22@ maxWords)
@H_502_22@ 5@H_502_22@ : base@H_502_22@({0} 字符串过长@H_502_22@"@H_502_22@)
@H_502_22@ 6@H_502_22@ {
@H_502_22@ 7@H_502_22@ _maxWords = maxWords;
@H_502_22@ 8@H_502_22@ }
@H_502_22@private@H_502_22@ readonly@H_502_22@ int@H_502_22@ _maxWords;
@H_502_22@11@H_502_22@ protected@H_502_22@ override@H_502_22@ ValidationResult IsValid(object@H_502_22@ value,ValidationContext validationContext)
@H_502_22@12@H_502_22@ {
@H_502_22@13@H_502_22@ if@H_502_22@ (value != null@H_502_22@)
@H_502_22@14@H_502_22@ {
@H_502_22@15@H_502_22@ var@H_502_22@ valueAsString = value.ToString();
@H_502_22@16@H_502_22@ if@H_502_22@ (valueAsString.Split('@H_502_22@ '@H_502_22@).Length > _maxWords)
@H_502_22@17@H_502_22@ {
@H_502_22@18@H_502_22@ var@H_502_22@ errorMessage = FormatErrorMessage(
@H_502_22@19@H_502_22@ validationContext.DisplayName);
@H_502_22@20@H_502_22@ return@H_502_22@ new@H_502_22@ ValidationResult(errorMessage);
@H_502_22@21@H_502_22@ }
@H_502_22@22@H_502_22@ }
@H_502_22@23@H_502_22@ return@H_502_22@ ValidationResult.Success;
@H_502_22@24@H_502_22@ }
@H_502_22@25@H_502_22@ }
MVC 验证特性提高了我们开发的效率以及稳定性，值得我们学习。还是那句话，每天学一学，自己常进步，世界更美好。
MVC 的验证扩展特性 以及全球化，我们在以后有机会在一起学习。
猜你在找的正则表达式相关文章
