ASP.NET讲座(3)-输入验证控件

　　如今的商业网站，或者个人网站，多少都有客户调查啊，用户注册之类的东西，必然会用到表单，这些表单的填写正确与否，明显是由手写代码的方式来控制的。我承认编写代码，是一项有趣的工作，不过每次验证表单都来手写代码，我们希望提高我们的工作效率，并不是把我们很有限的时间花在表单的验证工作上。

　　基于另外的一些原因，Web应用程序很不好验证用户的输入，HTML 3.2 规范可以让你控制用户的反馈，但恶意的或者技术高超的用户可以绕过，因此即使有了浏览器端的手写代码，服务器端同样也需要验证，才能保证安全。

　　下面是微软的工作人员，给出的商业网站用手写代码控制表单验证的弊病。

　　1. 尽管错误信息或图标经常与输入元素相邻，但是它们几乎总是位于表的不同单元格中。

　　2. 页面中经常会有一个区域来汇总所有错误。

　　3. 许多站点包含客户端脚本，以便提供更快捷的反馈，同时防止白白地在与服务器之间往返。

　　4. 许多包含客户端脚本的站点在出现错误时会显示信息框。

　　5. 不仅会验证文本输入，还会验证下拉列表和单选按钮。

　　6. 如果某个字段为空，站点通常会显示与该条目无效时不同的信息或图标。

　　7. 许多有效性检查可以很好地代替常用的表达式。

　　8. 验证通常是基于两个输入之间的比较结果。

　　9. 90% 或 90% 以上的验证任务是一些常见的操作，例如检查姓名或邮政编码。大多数站点似乎仍在重复进行这些工作。

　　10. 因为站点之间的差别通常太大，无法获得一种完美的解决方案来处理每个站点的所有验证任务。

　　如果你想向你的同事证实你有一种很"酷"的方法，可以禁止在姓名字段里面输入空值，记得选择ASP.net，并且看下面的教程。

　　3.2 ASP.net进行表单验证的过程

　　1. aspx文件被编译，运行

　　2. 用户输入数据

　　3. 触发Page_Load事件

　　4. 更改Web控件属性，提示哪里没有输入

　　5. 将页面用Html重新输出给用户

　　6. 再次提醒用户输入

　　3.3 Page_Load 过程

　　Page 对象包含一些与服务器端验证有关的重要属性和方法。下表列出了Page_Load属性的所有Collect和methed。

　　3.4 用来验证表单的验证器（Web控件）