Asp.net有哪些验证控件？

ASPNET为开发人员提供了一整套完整的服务器控件来验证用户输入的信息是否有效。这些控件如下：

1、RequiredFieldValidator：验证一个必填字段，如果这个字段没填，那么，将不能提交信息。

2、CompareValidator：比较验证。比较两个字段值是否相等，如密码和确认密码两个字段是否相等；比较一个字段与一个具体的值。

3、RangeValidator：范围验证。验证一个字段是否在某个范围中，如成绩字段要是0~100范围中。

4、RegularExpressionValidator：正则表达式验证。它根据正则表达式来验证用户输入字段的格式是否合法，如电子邮件、身份证、电话号码等。

5、CustomValidator：在运行定制的客户端JavaScript或VBScript函数时，可以使用这个控件。

因为服务器要用这些控件呀。

HTML控件是从HTML标记衍生来的，HTML控件的外形与HTML标记相似，不同之处在于：HTML标记只能在客户端浏览器中使用，服务器无法使用。

服务器通常要把控件中的数据或存于数据库中，或做些改变重新发回去等事情。 如果不设置为服务器控件，服务器就不能使用它。

首先要明白的是，当你按了类似Button按钮，将页面重新发给服务器后，服务器处理你的页面的过程是：它会重新初始化你第一次请求的那个页面，就是说尽管你第一次请求页面后对这个页面做了许多其他的操作，比如说该页面有让用户随意转换文章字体的功能，你按了个标签使文章字体改变了，之后又有操作按了Button按钮将页面回发给服务器，让它处理你的Button事件，此时服务器重新初始化你的那个页面，该页面只是你第一次请求时的状态（即未改变文章字体的状态），但是为何服务器处理了你的Button事件，将网页回发给你后，文章的字体的确还是你之前自定义的字体呢？不是初始化页面的时候只是回到你第一次请求的状态吗？这就是viewstate的功能。在服务器初始化页面后，它会读取隐藏在你回发的页面中的viewstate，从中读取相应信息，在服务器端将文章字体变为你当初自定义的字体。

你的例子中，当在TextBox中输入文字后，传给服务器，服务器当然还能获得你的输入，唯一不同的是，如果你禁用了视图状态，那么当页面再次发给你的时候，你的TextBox就是空的了。而若没有禁用，当页面再次回发给你的时候，TextBox中仍然保留你上次的输入值。

asp net的控件分为内置和外置两种。asp net的内置控件分为两种：HTML 控件 (HTML control)和用户控件 (User control)。外置控件，在使用前，需要将其添加到Visual Studio NET环境中。然后就可以通过启动一个新项目来使用新的控件。 虽然有的时候，控件在开发机器上运行正常，但当程序被部署到终端用户机器上时，会出现问题。因为很多终端机器不允许安装外置控件，对于上述问题有简单实用的解决办法-“在服务器上部署 “fp_client” 文件夹”。

fp_client 文件夹包含所有ASPNET外置控件需要的脚本文件。 拿Spread控件为例，Web 页面上的 Spread 控件实例从服务器上的 fp_client 文件夹中读取前台格式化、样式和脚本功能。　　fp_client 文件夹的默认安装路径是：C:\Program Files\GrapeCity\SpreadASP5dotNet20\v502015\fp_client\fpspread\5_0_2015_2008\HTC

我们需要在 webconfig 文件中添加以下代码 fp_client 文件夹进行正确的加载： <appSettings><addkey=fp_clientvalue=fp_client/></appSettings>下面是两个有助于我们更加深入的去解决该问题问题的相关点：　　1上面的标签仅在你想要从程序根目录下载“fp_client”文件夹是需要 ，在这种情况下，你需要复制 fp_client 文件夹并且把它粘帖到程序的根目录下，或者创建一个映射到 fp_client 文件夹的虚拟路径。　　2在服务器上有很多网址运行 Spread for ASPNET，我们仅需要把 fp_client 文件夹 复制到服务器的根目录上即可（而不是程序的根目录）。在这种情形下， 上述 webconfig 标签是不需要添加的，程序仍然可以完美运行。 1、ClientIDMode

渲染ASP NET控件时会自动生成一个ID,当在客户端脚本中引用它们时,却会制造不少麻烦,虽然它是命名容器和ID的简单串联,但仍然无法预测生成的ID范围

ASP NET 40使用ClientIDMode属性解决了这个问题,它允许控制生成这些ID的方法,ClientIDMode有四个可选择的值:AutoID,Static,Predictable和Inherit下面是这四个值的含义解释:

AutoID – 和40以前的版本保持一致,自动生成ID

Static – 指定ID的值,在渲染控件时不会发生变化

Predictable – 指定后缀,然后和容器控件的ID属性进行合并

Inherit – 继承父控件的设置

注意,Page的默认ClientIDMode属性的值是AutoID,可以通过@ Page指令设置页面级的值,还可以通过修改Web配置文件设置应用程序级的值

[pre]

<systemweb>

<pages clientIDMode=Predictable></pages> </systemweb>

[/pre]

2、Meta关键字和Meta描述

在ASP NET 40中Page类增加了两个新的属性:Meta Keywords和Meta Description,可以在运行时设置这两个属性,通过数据库或其它源驱动,并允许动态设置标签,描述特定的页面,下面的Page标签显示了这两个属性 [pre]<%@PageLanguage=C#AutoEventWireup=trueKeywords=keyword1,keyword2Description=mydescription%>C#AutoEventWireup=trueKeywords=keyword1,keyword2Description=mydescription%>C#AutoEventWireup=trueKeywords=keyword1,keyword2Description=mydescription%>[/pre]3、数据绑定控件中的行持久性选择

ASP NET数据绑定控件,如Grid View,都支持行选择,但它们应该选择每个页面上相同编号的行,但ASP NET 40以前的版本中,行持久性选择是不能实现的,因为以前的版本选择后续页面上的行时是基于行索引的,ASP NET 40提供了一个直观的方法解决了这一问题

数据绑定控件现在提供了一个EnablePersistedSection属性,它可以帮助实现行持久性选择。

4、AutoEventWireup

AutoEventWireup是很少使用但知名度很高的一个ASP NET属性,简单地说,它设置为True时,在未明确委派的情况下,允许自动调用页面事件。

它的默认值是True,AutoEventWireup属性的缺点在MSDN上有详细描述:它限制了命名事件处理程序的灵活性,另一个缺点是对性能的不利影响,对于高流量的网站,性能影响是巨大的

5、Page的Header属性

Page类现在提供了Header属性,可以在运行时绑定它,下面的代码示例显示了如何明确设置Title属性

thisHeaderTitle = My page title;

当根据某个规则动态关联一个样式表时,这个属性非常方便,在这种情况下,打印页面是理想的候选 [pre]HtmlLinkprintLink=newHtmlLink();printLinkAttributesAdd(type,text/css);printLinkAttributesAdd(rel,stylesheet);printLinkAttributesAdd(href,css/printcss);thisHeaderControlsAdd(printLink);[/pre]6、AssociatedControlID属性

可以在一个Web表单中将一个控件关联到另一个服务器控件,这时需要使用服务器控件的AssociatedControlID属性,当根据某些行为为关联的控件设置热键时,这个属性就可以派上用场了

AssociatedControlID属性的默认值是一个空字符串,它表示控件未与任何服务器控件关联,下面的代码显示了一个Textbox控件是如何与Label服务器控件关联的

7、ControlState属性

ASP NET最重要的状态管理技术是ViewState,它允许你在往返Web服务器的路上保留值,但由于可在父级关闭,它并不是保存信息可靠的方法

ASP NET 20为服务器控件引入了私有的ViewState,叫做ControlState,它可用来存储控件的关键信息,ASP NET可以处理它的序列化和反序列化

注意,使用时必须谨慎,因为它会影响页面的性能

8、ControlPreserveProperty

针对传统的视图状态用法,Rick Strahl为我们提供了另一个选择:PreservedProperties,它可以保存控件ID和属性名称,详细信息请参考Implementing an ASP NET PreserveProperty Control(实现ASP NET PreserveProperty控件)

9、PreviousPageType指令

PreviousPageType指令是ASP NET 20跨页面回送机制的一部分,允许指定来源页面的虚拟路径,以便强类型访问来源页面正常情况下,发送的数据可通过PreviousPage属性和FindControl方法访问,但使用强类型的PreviousPageType指令允许你访问公共属性,而不需要调用FindControl方法