数据绑定过程

DataBind 方法是所有 ASP.NET 控件公用的，对于数据绑定控件来说，它将触发用户界面的刷新以反映新数据。SqlPager 控件根据 SelectCommand 和 ConnectionString 属性的值，使用此方法启动数据检索操作。不言而喻，如果这些属性中的任何一个为空，该过程将终止。同样，如果合作者控件不存在，数据绑定过程将被取消。要查找合作者控件，DataBind 方法使用 Page 类中的 FindControl 函数。由此可见，合作者控件必须为主窗体的直接子控件。

进行分页显示的控件不能为任意的 ASP.NET 服务器控件。它必须为列表控件或基本数据列表控件。更一般来说，合作者控件必须具有 DataSource 属性并实现 DataBind 方法。可能进行分页的控件实际上只需要满足这些要求。Microsoft® .NET Framework 中所有继承 ListControl 或 BaseDataList 的控件都满足第一个要求；而所有 Web 控件通过设计都满足 DataBind 要求。使用当前的实现方法，无法使用 SqlPager 控件来对 Repeater 进行分页。Repeater 与合作者控件 DataList 和 DataGrid 不同，不继承 BaseDataList，也不提供列表控件的功能。下表列出了可以使用 SqlPager 进行分页的控件。

表 2：可以由 SqlPager 控件进行分页的数据绑定控件

以下代码说明由 SqlPager 控件实现的数据绑定过程。

根据 PagingMode 属性的值调用不同的获取例程。在任何情况下，结果集都绑定到 PagedDataSource 类的实例上。此类提供了一些用来对数据进行分页的功能。特别是，当整个数据集都存储在缓存中时，该类将自动检索当前页面的记录并返回布尔值，来提供有关第一页和最后一页的信息。稍后将回来介绍此类的内部结构。在上述列表中，帮助程序的 PagedDataSource 对象是由 _dataSource 变量表示的。

然后，SqlPager 控件经过计算得出合作者控件的类型，并将 PagedDataSource 对象的内容绑定到合作者控件的 DataSource 属性。

有时，上述的 DataBind 方法还将 ChildControlsCreated 属性重新设置为 false。那么，为什么要这样做呢？

当包含分页程序的页面返回时，所有控件都要重新创建；分页程序也不例外。通常情况下，所有控件及其子控件都是在准备显示页面之前创建的。在每个控件接收到 OnPreRender 通知之前的一瞬间，protected EnsureChildControls 方法将被调用，这样，每个控件都可以生成自己的控件树。此事件发生后，数据绑定过程完成，新数据已存储到缓存中。

但是，当由于单击分页程序的一个组成控件而使页面返回时（即用户单击以更改页面），就会生成分页程序的控件树，这时远未达到显示阶段。特别是，当处理相关的服务器端事件时，就必须生成控件树，因而是在数据绑定开始之前生成控件树。困难在于，数据绑定将修改页面索引，而这必须反映在用户界面中。如果不采取某些对策的话，当用户切换到另一页时，分页程序中的页面索引将不会被刷新。

有各种方法可以解决此问题，但重要的是要弄清楚问题及其真正的原因。您可以避免生成控件树，并在 Render 方法中生成所有输出。另外，您还可以修改树中受数据绑定更改影响的部分。本文选择了第三种方法，这种方法需要较少的代码，而且，不管控件的用户界面的哪个部分受到数据绑定更改的影响，都能够解决问题。通过将 ChildControlsCreated 属性设置为 false，可以使以前创建的任何控件树无效。这样，在显示之前将重新创建控件树。

分页引擎

SqlPager 控件支持两种检索数据的方法 - 缓存和非缓存。如果采用前者，选择命令原样执行，整个结果集将绑定到在内部进行分页的数据源对象上。PagedDataSource 对象将自动返回适合特定页面的记录。PagedDataSource 类也是在 DataGrid 默认分页机制背后运行的系统组件。

检索所有记录但只显示适合页面的几个记录，这通常不是一种明智的方法。由于 Web 应用程序的无状态特性，事实上，每次请求页面时都可能运行大量的查询。要使操作有效，采用缓存的数据检索方法必须依赖于某种缓存对象，ASP.NET 的 Cache 对象就是一个很好的候选对象。缓存技术的使用加快了应用程序的运行速度，但其提供的数据快照不能反映最新的更改。另外，它需要使用 Web 服务器上的较多内存。而且荒谬的是，如果大量的数据按会话缓存的话，甚至可能造成很大的问题。Cache 容器对于应用程序来说是全局的；如果数据按会话存储在其中，还需生成会话特有的项目名称。

Cache 对象的上面是完全支持过期策略的。换句话说，存储在缓存中的数据在一段时间后可以自动被释放。以下代码说明 SqlPager 类中用来获取数据并将其存储在缓存中的一个 private 方法。

控件和请求的缓存项目名称是唯一的。它包括页面的 URL 和控件的 ID。在指定的时间（以秒计算）内，数据被绑定到缓存。要使项目过期，必须使用 Cache.Insert 方法。以下较简单的代码将项目添加到缓存，但不包括任何过期策略。

Page.Cache[CacheKeyName] = data;

PagedDataSource 对象通过其 DataSource 属性获取要进行分页的数据。值得注意的是，PagedDataSource 类的 DataSource 属性只接受 IEnumerable 对象。DataTable 不满足此要求，这就是为什么采取 DefaultView 属性的原因。

SelectCommand 属性确定在 SQL Server 数据库上运行的查询。此字符串最好为 SELECT-FROM-WHERE 形式。不支持 ORDER BY 子句，如果指定了该子句，将被删除。这正是 AdjustSelectCommand 方法所做的。使用 SortField 属性可以指定任何排序信息。AdjustSelectCommand 方法本身将根据 SortField 的值添加一个正确的 ORDER BY 子句。这样做有什么原因吗？

当分页程序以 NonCached 模式工作时，原始的查询将被修改以确保只检索当前页面的记录。在 SQL Server 上执行的实际查询文本将采取以下形式。

该查询弥补了 SQL Server 2000 中 ROWNUM 子句的缺陷，并且对记录进行重新排序，使得只有 x 项目的“第 n 个”块经过正确排序后返回。您可以指定基础查询，分页程序将它分解为多个较小的页面。只有适合某个页面的记录被返回。正如您看到的那样，除了查询命令以外，上述查询需要处理排序字段。这就是为什么另外添加了 SortField 属性。此代码的唯一缺陷是默认情况为升序排序。通过使 ASC/DESC 关键字参数化，可以使此代码真的非常完美：

在 NonCached 模式中，PagedDataSource 对象并不提供整个数据源，因此不能计算出要进行分页的总页数。进而必须对 AllowCustomPaging 属性进行标记，并提供数据源中的实际记录数量。通常，实际数量是使用 SELECT COUNT(*) 查询进行检索的。此模型与 DataGrid 的自定义分页几乎相同。此外，PagedDataSource 对象中选择的当前页面索引通常为 0，因为实际上已经存储了一页记录。

SqlPager 控件的实现方法就介绍到这里，下面我们介绍一下它的使用方法。

使用 SqlPager 控件

假设存在一个包含 ListBox 控件的示例页面。要使用分页程序，请确保 .aspx 页面正确地注册了该控件的程序集。

除了分页程序以外，页面还包含一个列表框和一个按钮。列表框将显示每个页面的内容；按钮只用于首次填充列表框。该按钮具有一个单击事件处理程序，定义如下。

图 2 显示操作中的页面。



图 2：与 ListBox 控件协同工作的 SqlPager 控件。

使用 DataList 控件可以生成一个更有意思的示例。目标是使用分页程序浏览每个 Northwind 职员的个人记录。该 DataList 如以下列表所示。

表格的第一行显示职员的姓名和职务，然后是相片，相片周围是注释。相片是使用特定的 .aspx 页面检索的，返回从数据库中获取的 JPEG 数据。

分页程序可以放置在页面中的任何位置。本例中将它放置在合作者 DataList 控件上方并紧挨着合作者控件。



图 3：SqlPager 对 DataList 控件进行分页

将 SqlPager 控件与 DataGrid 控件一起使用有意义吗？这要视情况而定。DataGrid 已经与一个基于本文中使用的 PagedDataSource 对象的嵌入式分页引擎一起工作。因此，如果您需要对以表格格式显示的单个记录集合进行分页时，就无需使用 SqlPager。但是，对于重要/复杂的方案，将这两个控件一起使用并不是一种牵强的想法。例如，如果您要向前一个屏幕快照添加一个 DataGrid 来显示由职员管理的订单，则可以在同一格页面上放置两个相关的分页引擎，一个要对职员进行分页，另一个用于滚动相关订单。