QuickPager分页控件的特点
- 两种运行方式:自动运行、手动运行。前者便捷,后者灵活。
- 多种分页方式:Postback、Postback伪URL、URL、URL重写、Ajax For服务器控件伪URL。
- 多种分页算法:Max、颠倒Top(优化版)、Row_Number、自动适应等。可以应对多种数据库和各种需求。
- 支持多种数据显示控件:GridView、DataList、Repeater等控件。有DataSource和DataBind()的控件都支持。
- 不需要存储过程,但是仍然可以保证高效率!
- 分页方式、分页算法、显示数据控件,都可以通过属性来“一键”切换。
- URL分页方式里支持直接提取记录集,目前支持DataTable和WebList2(一个固定的实体类)。
- Postback分页方式,支持直接通过URL参数(?page=3)访问指定页号(比如第3页)的记录。
- URL分页方式,支持自定义URL参数,直接添加即可,不用设置属性。
- 生成SQL的类库(QuickPagerSQL)。
- 自动运行方式里,可以通过实现接口的方式更换其他的“数据访问类库”。
下面是详细介绍和在线演示地址
运行方式——自动运行
这个就好比自动洗衣机,放好衣物、洗衣粉,做好选项,然后启动洗衣机。洗衣机就会自动按照步骤来洗衣服了,我们可以忙其他的事情了。很方便和节省时间。
QuickPager分页控件的自动运行方式也是一样,设置好属性就可以了,数据提取、数据绑定、回发事件处理,都可以不用去管。非常便捷,这个在一起也介绍过了。
QuickPager分页控件也设置了两个事件,在控件绑定前和绑定后触发,以方便我们实现一些特殊需求。如果只是一般的分页的话,那么就不用去管这两个事件了。
在线演示:http://demo.naturefw.com/Nonline/QuickPager/PostBack/Synthesis.aspx
运行方式——手动运行
自动运行方式很方便,但是也失去了一些灵活性,而且给人一种“高耦合”、违反单一职责的感觉。这个确实是确定。
那么怎么办呢?我们可以选择“手动运行”。这种方式下,分页控件只负责页面的显示(上一页、下一页、页号导航、记录数、页数等)和事件的触发(还有其他的一些,比如URL的参数处理等)。其他的功能都可以按照您喜欢的方式来处理。比如如何提取数据,提取哪里的数据,如何绑定等等。这样就增加了QuickPager分页控件的灵活性。
在线演示:http://demo.naturefw.com/Nonline/QuickPager/Customer/URL01.aspx
分页方式——Postback
这个适合后台管理类的项目,比如网站后台管理、OA、CRM等。一个最大的优点就是可以很方便的保留用的输入的查询条件。
支持直接获取指定页号的记录。
可能您认为使用postback分页,第一次访问只能看到第一页的数据,想在第一次访问就看到其他页的数据就实现不了的。这是个误区,其实是可以实现的,只是QuickPager是可以实现的。通过list.aspx?page=3 这样的连接,就可以看到第三页的记录。当然进入后还是可以正常翻页,看其他的页面。
在线演示:http://demo.naturefw.com/Nonline/QuickPager/PostBack/Simpleness.aspx
分页方式——Postback伪URL
如果在网页里面使用Postback来分页的话,那么对于搜索引擎就很不友好了。那么怎么办呢?除了可以采用URL的方式来分页之外,还可以用这种伪URL的分页方式。
我们可以对比一下两个连接方式。
Postback的连接:
伪URL的连接:
原理也很简单,就是把原来放在href里的js函数,放在了onclick事件里面,然后加上return false。再把href里的连接按照URL的方式来写就可以了。
这样对于搜索引擎来说,是一个可以访问的连接。对于用户来说,起作用的是那个js函数。这样即可以照顾搜索引擎,又可以利用Postback的保留查询条件的优势了。
当然这个并不是一个很好的解决方法,更好的是ajax伪URL,不过这个难度要高一点。Postback伪URL,完全可以用Postback的方式来写,对于习惯这种方式的人来说,就比较舒服了。
在线演示:http://demo.naturefw.com/Nonline/QuickPager/PostBack/PsotURL.aspx
分页方式——URL
这个适合在网页里使用,优点是搜索引擎可以识别,当然收不收录是另一个话题了,至少是可以识别的。
QuickPager分页控件在URL分页方式里有一个很方便的地方——可以自动保留URL里面的参数。实现这个功能并不需要设置什么属性,完全自动的。比如 list.aspx?page=2&kind=3&area=10 。在翻页的时候,kind=3、area=10这类的参数都会被自动保留(传递下去)。当然其他的参数也都可以。如果感兴趣的话,您可以通过下面的连接地址自己测试一下。
请注意:page 这个参数是分页控件专用的,您自己的参数请使用其他的名称。
在线演示:http://demo.naturefw.com/Nonline/QuickPager/URL/Synthesis.aspx
分页方式——URL重写
这个是完全为了搜索引擎而做的。有人说,这么做并不会给收录带来什么好处,完全是一样的。但是现在比较流行这个,有一些人喜欢,那么作为一个分页控件来说,支持这种分页方式也就是必须的了。
可以通过属性来设置页面名称,默认是list{0}.aspx ,{0}代表页号。您可以设置成list_{0}.html 等方式。
在线演示:http://demo.naturefw.com/QuickPager/URL/list1.aspx
分页方式——Ajax For服务器控件伪URL
这个名称比较长。Ajax是刚加入的一个功能,目前还不太完善。这个是针对postback的分页方式,也就是针对服务器控件来做的。基于jQuery.ajax实现,没有用asp.net 的ajax控件。还有一个优点就是可以通过修改属性,切换成其他的分页方式。
如果您的程序里使用服务器控件(GridView)来显示数据,老板(客户)听说了Ajax,于是要求项目里都要改成ajax的方式。那么您就可以采用这种方式了。原来的程序不用改,只需要换成QuickPager分页控件,选择AjaxForWebControl方式即可,其他的代码就不用改了。除了GridView控件之外,其他控件也是支持的。
当然,这个也不是很好的方案,只是一个比较应付的,暂时顶一会的方法。
在线演示:http://demo.naturefw.com/Nonline/QuickPager/ajax/Postback.aspx
分页方式 —— 一键切换
这么多的分页方式,看起来有点乱,其实是很方便管理的。可以通过修改PagerTurnKind属性来切换分页方式,其他属性的设置都是一样的。
分页算法:
分页算法,就是提取分页数据用的SQL。因为一些数据库不能通过一条简单的SQL来获取指定页号的记录,所以需要一些小技巧。我习惯上把这种SQL就叫做分页算法了。也不知道这种叫法是否正确。
分页算法是通过属性设置,在运行是动态拼接出来的。不需要存储过程。有多种分页算法可供选择,多种分页算法可以支持不同的数据库和不同的需求。比如如果是SQL Server2005,那么就可以选择Row_number的分页算法,SQL Server2000就不能选择这个算法了。MySQL可以选择limit,只是其他数据库就不支持了。提供了 多种算法就可以应对不同的数据库了。
Max:
这个比较常见了,优点是写起来比较简单,缺点是子能单字段排序,不能多字段排序。
颠倒Top(优化版):
颠倒Top,虽然写起来比较复杂,但是效率并不是像想象中的那么差,他的优点是支持多字段排序,效率也不错。而且QuickPager采用的颠倒Top还做了优化,效率更佳。同时修改了一个bug,即显示最后一页多记录的情况。
Row_Number:
这个是针对SQL Server2005的,不多说了。
自动适应:
Max只能是单字段排序,颠倒Top支持多字段排序,但是如果单字段排序的话,就有点浪费了。如果一开始是单字段排序,后来变成了多字段排序,怎么办?自动适应就是解决这样的问题,设置后,会根据排序字段的数量来选择是Max还是颠倒Top。这样就更方便了。
分页算法 —— 一键切换
同上,只需要修改SetPagerSQLKind属性即可切换分页算法,其他的属性设置都是一样的。
分页算法的在线演示:http://demo.naturefw.com/Nonline/QuickPager/PagerSQL/PagerSQLPage.aspx
多种数据显示控件
后台管理里常见的就是GridView了,以前是DataGrid。前台网页里是Repeater和DataList。还有。Net2.0里的DetailsView、FormView也是支持的,理论上DropDownList、ListBox等也是支持的,只是似乎这些控件不需要分页。
在线演示:http://demo.naturefw.com/Nonline/QuickPager/Other/allControl.aspx
无需存储过程。
一提到分页,您可能想到的是 存储过程,(其实是吴旗娃的那个分页控件吧)。可是大多数情况都是在存储过程里面拼接SQL来实现分页功能的,这样做存储过程的优势就一点都优势都体现不出来了。预编译、缓存执行计划这两个是存储过程的优势,但那是对在存储过程里面直接写SQL来说的。
所以与其在存储过程里面拼接SQL,不如写个类库来管理。QuickPagerSQL就是这样的类库。上面说的几种分页算法,他都可以根据属性,在运行时动态拼接出来。这样我们只需要关心表名/视图名、排序字段、查询条件等就可以了,至于什么样的分页算法,让QuickPagerSQL来生成就可以了。
URL分页里,可以直接获取DataTable,这样我们可以直接在页面里遍历DataTable了。当然如果你不喜欢可以不用的。我是比较喜欢这种方式的。
另外还可以直接获取一个实体类——WebList2。这个是我自定义的一个类,他是根据众多列表页面的特点而设计的。这里就先不详细说了,以后在细说。
一个接口
在自定运行方式下,会使用QuickPagerSQL来生成需要的SQL,然后通过DataAccessLibrary来提交给数据库。如果你不喜欢这个数据访问函数库,那么怎么办呢?您可以实现这个接口,换成你自己的数据访问方式。
有了这个接口,至少在理论上支持更换其他的数据访问类库了。
您可能会问了,QuickPagerSQL有没有接口?目前还没有设计这方面的接口,因为目前还没有发现有类似功能的类库,设计了也没得可换。当然也可能是我孤陋寡闻了。
整体在线演示:http://demo.naturefw.com/Nonline/QuickPager/default.aspx
使用前,需要在web.config里面注册控件和链接字符串
<configuration>
<!--URL重写的设置,居然必须是第一个-->
<configSections>
<section name="RewriterConfig" type="URLRewriter.Config.RewriterConfigSerializerSectionHandler, URLRewriter" />
</configSections>
<appSettings>
<add key="DataBaseType" value="1"/>
<add key="PagerSQLKey" value="63432870"/>
</appSettings>
<connectionStrings>
<add name="ConnectionString" connectionString="Data Source=.;Initial Catalog=Nature_Demo;persist security info=False;user id=sa;pwd=admin;" providerName="System.Data.SqlClient"/>
</connectionStrings>
<!--重写规则-->
<RewriterConfig>
<Rules>
<!--URL重写的演示-->
<RewriterRule>
<LookFor>~/QuickPager/URL/list(\d+)\.aspx</LookFor>
<SendTo>~/Nonline/QuickPager/URL/URLRewriter.aspx?page=$1</SendTo>
</RewriterRule>
</Rules>
</RewriterConfig>
<system.web>
<!--URL重写的设置-->
<httpHandlers>
<add verb="*" path="*.aspx" type="URLRewriter.RewriterFactoryHandler, URLRewriter" />
</httpHandlers>
<pages>
<!--注册自定义控件-->
<controls>
<add assembly="Nature.WebControls" namespace="Nature.WebControls" tagPrefix="Nature"/>
</controls>
</pages>
<compilation debug="true" tempDirectory="t:\" />
<authentication mode="Windows"/>
</system.web>
</configuration>