打造通用ASP.NET数据分页控件(1)

     对于几乎所有的数据表现Web应用来说，组织好数据的显示方式、避免给用户带来混乱的感觉就是最主要的目标之一。每个页面显示20条记录当然是可以接受的，但每页显示10000条记录就很容易给用户带来不便了。将数据分成多个页面显示，即对数据进行分页，是解决此类问题的最常见的办法。
  　　一、慨述
  
  　　ASP.net本身只提供了一个支持数据分页的控件，即DataGrid分页控件，不过它比较适合Intranet环境使用，对于Internet环境来说，DataGrid分页控件提供的功能似乎不足以构造出灵活的Web应用。其中一个原因是，DataGrid控件对Web设计者放置分页控件的位置和分页控件的外观都有限制，例如，DataGrid控件不允许垂直放置分页控件。另一个能够发挥分页技术优势的控件是Repeater，Web开发者可以利用Repeater控件快速配置数据的显示方式，但分页功能却需要开发者自己实现。数据源在不断地变化，数据表现方式也千差万别，如果针对这些不断变动的条件分别定制分页控件，显然太浪费时间了，构造一个不限于特定表现控件的通用分页控件将极大地有利于节省时间。
  
  　　一个优秀的通用数据控件不仅提供常规的分页功能，而且还要能够：
  　　⑴ 提供“首页”、“上一页”、“下一页”、“末页”分页导航按钮。
  
  　　⑵ 根据数据显示情况调整自身的状态，即具有数据敏感性。如果分页控件被设置成每页显示10个记录，但实际上只有9个记录，那么分页控件不应该显示出来；在数据分成多页显示的情况下，第一个页面的“首页”、“上一页”按钮不应显示出来，最后一个页面的“下一页”、“末页”按钮也不应该显示出来。
  
  　　⑶ 不能依赖于特定的数据显示控件。
  
  　　⑷ 具有适应各种现有、将有数据源的能力。
  
  　　⑸ 应当能够方便地配置显示方式，轻松地集成到各种应用之中。
  
  　　⑹ 当分页就绪时，提醒其他控件。
  
  　　⑺ 即使是缺乏经验的Web设计者，也要能够毫无困难地使用。
  
  　　⑻ 提供有关分页信息的属性数据。
  
  　　目前市场上已经有一些提供上述功能的商业性控件，不过都价格不菲。对于许多开发者来说，自己构造一个通用的分页控件是最理想的选择。
  
  　　图一显示了本文通用分页控件的运行界面，其中用于显示的控件是一个Repeater控件。分页控件由两类部件构成：四个导航按钮，一组页面编号链接。
  
  
  
  图一
  
  　　用户可以方便地改换显示控件、改变分页控件本身的外观。例如，在图二中，和分页控件协作的显示控件换成了一个DataGrid控件，页面编号链接和四个导航按钮分两行显示。
  
  
  
  图二
  
  　　ASP.NET支持创建定制Web控件的三种方式：用户控件，复合控件，自定义控件。第三种控件即自定义控件的名称很容易引起误解。实际上，所有这三种控件都应该算是自定义控件。复合控件和微软所谓的自定义控件的不同之处在于，前者要用到CreateChildControls()方法，CreateChildControls()方法允许控件根据某些事件重新绘制自身。对于本文的通用分页器，我们将使用复合控件。
  
  　　下面的UML序列图概括了通用分页控件的一般机制。
  
  
  
  图三
  
  　　虽然我们的目标是让通用分页控件不依赖于表现数据的控件，但很显然，总得有某种方法让分页控件访问数据。每一个从Control类继承的控件都提供一个DataBinding事件。我们把分页器本身注册成DataBinding事件的监听器，分页器就可以获知数据的情况并修改数据。由于所有从Control类继承的控件都有这个DataBinding事件，所以分页器控件达到了不依赖于特定数据表现控件的目标——换句话说，分页器控件可以绑定到所有从Control类派生的控件，即它能够绑定到几乎所有的Web控件。
  

原文转自：http://www.ltesting.net