一切福田,不離方寸,從心而覓,感無不通。

MVC数据验证

前一篇说了MVC数据验证的例子,这次来详细说说各种各样的验证注解。System.ComponentModel.DataAnnotations

一、基础特性

一、Required

必填选项,当提交的表单缺少该值就引发验证错误。

二、StringLength

指定允许的长度

指定最大长度:

指定最短于最长限制:

三、RegularExpression

正则表达式能够匹配的字符串,如果不能匹配,则报一个验证错误

如邮箱格式验证:

四、Range

Range特性用来指定数值类型值的最小值和最大值。

五、Remote

允许利用服务器端的回调函数执行客户端的验证逻辑。说白了就是支持AJAX验证。

需要引用命名空间:System.Web.Mvc;

这个写个异步验证用户名是否存在的DEMO:

Controller代码:

显示结果:

留意到,是通过AJAX发送UserName的值到服务器端判断过的。

六、Compare

用于确保模板对象的两个对象拥有相同的值。

例如,通常输入密码之后还要求用户再次确认密码,这时候就是Compare属性发挥作用的时候了。

以上特性需要 using System.ComponentModel.DataAnnotations;

  同时需要注意Web.config里面的这两个选项是否设置为了true;

 

 

二、自定义错误提示消息

每个特性都允许传递一个带有自定义错误提示消息的参数。

自定义错误消息,还有一个格式项,如

则{0}在输入的时候会被Name替换。

如果以上的验证方式还不够,你还可以自定义验证,到时候忘记了可以翻《Asp.net MVC3 高级编程》第127页。这里就不写DEMO了,用到再写。

三、显示和编辑注解

1、Display

如果使用的是直接EditorForModel实现的话,Display特性可以帮助你设置友好的显示名称

例如:

显示结果如下:

其次Display还支持显示属性的顺序,如

后面的顺序是显示编辑框的顺序,默认是10000,按升值排序。

2、ScaffoldColumn

隐藏Html辅助方法(如EditorForModel,DisplayForModel)显示一些属性。

虽然ScaffoldColumn可以做到不显示一些属性在页面上被编辑,但是如果提交的Form有这个属性值,模型绑定机制依然会绑定此属性值。要解除就要显式的[Bind]了,这个与本篇无关。此处不提。

3、DisplayFormat

DisplayFormat特性可以用来处理属性的各种格式化选项。当属性包含空值时,可以提供可选的显示文本,也可以为包含标记的属性关闭HTML编码,还可以为运行时指定一个应用于属性值的格式化字符串。

例如:

这样,当有初始值的时候,显示的代码将如下所示:

注意是初始值,如果是直接填写的并不会有符号。来看Controller中设置的初始值:

此显示样式在提交回Controller中是没用的,因为模型绑定器将不能解析返回的价格值。怎么用自己斟酌,用于显示还是OK的。

4、ReadOnly

如果确保默认的模型绑定器不使用请求中的新值更新属性,可以给属性添加ReadOnly特性:

注意,此属性仍然会显示一个可编辑的文本框来显示Name,但是模型绑定器不会接收其值,因此只有模型绑定器考虑ReadOnly属性。

5、DataType

DataType特性可以为运行时提供关于属性的特定用途的信息。

例如:

显示效果如下:

该属性可以用于指定多选按钮,单选按钮,密码输入框,等等类型的数据。

6、UIHint

UIHint特性给Asp.net MVC运行时提供了一个模板名字,以备调用模板辅助方法如(DisplayFor和EditorFor)渲染输出时使用。也可以自定义自己的模板辅助方法来重写Asp.net MVC的默认行为。

7、HiddenInput

HiddentInput在名称空间System.Web.Mvc中,它可以告知运行时渲染一个type特性值为"hidden"的输入元素。说白了就是<input type="hidden" value="xxx" />

四、验证示例

首先新建一个MVC项目。添加如下代码,代码非常简单:一个Person_Model类

Controller类代码:

视图代码:

先看执行的效果:

这个例子就是验证的,注意此处没有客户端验证,完全是服务器端验证的,如果出错,视图会渲染再次显示,非常好用啊,很方便啊,要在以前你要写多少行代码来搞定这些繁琐无味的验证呢?微软太体恤程序员了,顶一个。

  在前面的例子当中,当数据发送到服务器验证不通过之后,则所有用户填写的内容在重新打开的页面后都清空了, 如果想不清空,即用户第一次填的内容还存在的话,可以return View(接受到的对象);

五、启用客户端验证

另外。貌似前端不执行验证有点浪费服务器资源,如果我们要前端先验证一次通过后再提交,这样能够减少服务器端验证的次数,不能每次有一些小问题都要服务器端验证后再返回吧!那么如何启用客户端验证呢?强大的微软,再次膜拜中,要启用前端验证。你只需要两步

第一步:引入如下4个文件。

第二步:在表单头部添加:

OK,这下就非常好了,不会因为一些鸡毛蒜皮都提交表单到服务器了。只有当客户端验证通过了,才提交表单到服务器,当然当有表单提交过来,服务器端还是会验证。

六、更改错误提示样式

关于错误的提示样式,在/Content/Site.css里面,你可以找到要用的样式,更改了就可以了,在验证错误的时候视图是会带一个行内样式的,包括被验证的Html控件和错误提示。

特别提示:如果要前端显示生效,即不发送数据到服务器,前端就进行验证并显示错误提示消息,那么Form的引入一定要用MVC的,如:

如果是自己写的<form></from>前端提示是无效的。

 

from:http://www.cnblogs.com/kissdodog/archive/2013/05/04/3060278.html