我们为GridView启用了分页又在GridView.skin文件中配置了PagerStyle和PagerSettings，图8显示了浏览器中的呈现。注意到，每页只有10条记录，从分页导航上我们可以知道现在浏览的是第一页的数据。
图8：启用分页后每次只显示一部分记录
当用户点击分页导航中某一个页面数字，页面回发并且呈现所请求的页面的数据。图9显示了点击最后一页的效果。注意到，最后一页只有一条记录，因为总共有81条记录，每页显示10条记录，8页80条，最后一页就剩下一条了。
图9：点击一个页面数字页面回发显示相应的一组记录
分页服务端工作方式
当用户点击了分页导航中的按钮后，页面回发并开始下面服务端工作流：
1.GridView(或者 DetailsView 或者 FormView) PageIndexChanging时间触发
2.ObjectDataSource从BLL获取所有数据；GridView的PageIndex和PageSize属性用来检测哪些从BLL获取的数据需要显示在页面上
3.GridView的PageIndexChanged事件触发
在第二步中，ObjectDataSource从数据源获取所有数据。如果我们仅仅是把AllowPaging属性设置为true来进行分页的话，默认方式分页的WEB控件就会获取所有数据并从中挑选合适的以HTML呈现在浏览器上。出为数据库中的数据被BLL或者ObjectDataSource进行缓存，否则对于大数据量的系统或者大并发的应用程序来说这种工作方式是非常低效的。
在下一个教程中，我们将会研究如何实现自定义分页。使用自定义分页我们就能指示ObjectDataSource精确地获取用户请求的那些数据。你能想象到，对于大数据的记录集，自定义分页能极大增加效率。
注意：默认的分页方式不适合大数据集合系统和大流量的多并发情况，自定义分页能改善但是它确实需要很多修改来实现（而不是象默认分页方式那样仅仅选择一个复选框）。因此，默认的分页方式对于小型的，小流量的网站来说比较合适的，因为它的实现确实非常简单和快速。
例如，如果我们确信数据库内不会多余100个产品。如果我们使用自定义分页的话，多花的那些时间和赢得的效率来说是不值得的。然而，如果我那把有几千几万的产品的话，不实现自定义分页的话就会极大地降低我们应用程序的性能。
Step 4:自定义分页体验
数据Web控件提供了一些属性来增进分页体验。例如，PageCount属性指示总共有多少页面，PageIndex属性指示当前访问的页面，并能通过设置它来快速定位到某一页。为了演示如何使用这些属性来增进用户分页体验，让我们在页面上添加一个Label Web控件来显示用户当前访问的页面，添加一个DropDownList控件来让用户快速切换到某个页面。
首先，在页面上添加一个Label Web控件，设置它的ID属性为PagingInformation，然后把Text清空。接着，为GridView的DataBound事件创建一个事件处理器，然后添加如下代码：
protected void Products_DataBound(object sender, EventArgs e) { PagingInformation.Text = string.Format("You are viewing page {0} of {1}...", Products.PageIndex + 1, Products.PageCount); }
这个事件处理器指定了PagingInformation标签的Text属性为用户当前访问的页面－Products.PageIndex + 1（我们在这里+1因为Products.PageIndex属性是从0开始编号的）和页面总数（Products.PageCount）。我在DataBound事件处理器而不是PageIndexChanged事件处理器中进行这个操作的原因在于，DataBound事件在每次数据绑定到GridView的时候都会触发，而PageIndexChanged仅仅在页面切换的时候触发。当GridView绑定首页的时候PageIndexChanging还没有触发（而DataBound事件能触发）。
好了，用户现在能看到他们正在访问的页面和页面总数。
图10：显示当前页和页面总数
除了Label控件，我们再来添加一个DropDownList控件来显示所有的页数并选定当前浏览的页面。这样，用户就能选择DropDownList中的某一选项来快速切换到新的页面索引，我们首先拖一个DropDownList到设计器，然后设置ID属性为PageList然后选择启用AutoPostBack。
接着，在DataBound中加如下代码：