了解页面的有效期异常重要。假如习惯于在 Visual Basic 或类似功能齐全的客户机工具中处理表单，则需要花一定的时间来了解。页面和页面上的所有对象并非在与用户交互时一直有效，尽管有时表面上是这样。

以下是在第一次访问某个页面时一个简化的事件序列：

基于 ASPX 文件创建页面及其控件。
触发 Page_Load 事件。
页面和控件属性保存在一个隐藏字段中。
页面和控件转变到 HTML。
丢弃所有内容。
现在，当用户单击某个按钮或类似控件时，将返回服务器，然后执行一个类似的事件序列。该序列称为返回序列：

基于 ASPX 文件创建页面及其控件。
从隐藏字段恢复页面和控件属性。
根据用户输入更新页面控件。
触发 Page_Load 事件。
触发更改通知事件。
页面和控件属性保存在一个隐藏字段中。
页面和控件转变到 HTML。
再次丢弃所有内容。
我们为什么不将所有对象保留在内存中呢？因为使用 ASP+ 建立的 Web 站点无法处理数量异常大的用户。因此，服务器的内存中只保留立刻要处理的内容。

何时进行服务器端验证？在第一次获取页面信息时，根本不会进行服务器端验证。大多数最终用户都异常认真，我们答应用户自己确认在表单中填写的信息是否准确，然后我们再使用红色的文字通知用户填错的信息。

在返回事件序列中，第 3 步和第 4 步之间会进行验证。也就是说，进行验证是在来自用户的数据装回控件属性后，但在大多数代码执行之前。这意味着在编写用户事件代码时，通常可以利用已经进行的验证。一般情况下，您都会希望这样做。

在该时刻进行验证的缺点是：假如您要通过编程来修改某些影响该验证的属性，该时刻就太迟了。例如，您会发现，假如通过编写代码来启用或禁用验证控件或更改验证控件的属性，在下一次处理该页之前，不会看到任何影响。通过以下两种方式可以避免这个问题：

在进行验证之前修改属性。
在属性更改之后重新验证控件。
这两种方式均需要使用在 Page 对象上有效的验证属性和方式。

页面 API

Page 对象包含一些与服务器端验证有关的重要属性和方式。表 1 中总结了这些属性和方式：

表 1. Page 对象的属性和方式

属性或方式 说明
IsValid 属性 这是最有用的属性。该属性可以检查整个表单是否有效。通常在更新数据库之前进行该检查。只有 Validators 集中的所有对象全部有效，该属性才为真，并且不将该值存入缓存。
Validators 属性 该页所有验证对象的集合。这是实现 IValidator 界面的对象的集合。
Validate 方式 在验证时调用的一种方式。在 Page 对象上默认的执行方法是转至每个验证器，并要求各验证器自行评估。

Validators 集合对于许多任务都异常有用。该集合是实现 IValidator 界面的对象的集合。我之所以使用对象这个词，而不是使用控件，是因为 Page 对象只关注 IValidator 界面。既然所有的验证器通常都是用来实现 IValidator 的一些可视化控件，那么任何人都应能够使用任意的验证对象，并将验证对象加入页面中。

IValidator 界面包含以下属性和方式：

表 2. IValidator 界面的属性和方式

属性或方式 说明
IsValid 属性 指出单独的验证对象进行的有效性检查是否已经通过。您可以在验证后手工更改该值。
ErrorMessage 属性 介绍验证对象要验证的错误以及可能会向用户显示的错误。
Validate 方式 对验证对象执行有效性检查，以更新其 IsValid 值。

您可以使用该界面执行一些有趣的任务。例如，要将页面重置为有效的状态，请使用以下代码（如 C# 中的示例所示）：

IValidator val;
foreach(val in Validators) {
Val.IsValid = true;
}

要重新执行整个验证序列，请使用以下代码：

IValidator val;
foreach(val in Validators) {
Val.Validate();
}

假如有 Beta 1 版或更高版本，也可以只对 Page 对象调用 Validate 方式，这样可以完成一样的任务。要在验证前进行某些更改，可以覆盖 Validate 方式。本例显示一个包含验证器的页面，其中的验证器根据复选框的值开或关：

public class Conditional : Page {