<?xml version='1.0' encoding='utf-8' ?><rss version='2.0'><channel><title>用Twitter的cursor方式进行Web数据分页 的评论</title><description><![CDATA[本文讨论Web应用中实现数据分页功能，不同的技术实现方式的性能方区别。上图功能的技术实现方法拿MySQL来举例就是
select * from msgs where thread_id = ? limit page * count, count
不过在看Twitter API的时候，我们却发现不少接口使用cursor的方法，而不用page, count这样直观的形式，如 followers ids  接口

URL:
http://twitter.com/followers/ids.format
Returns an array of numeric IDs for every user following the specified  user.
Parameters:* cursor. Required. Breaks the results into  pages. Provide a value of -1 to begin paging. Provide values as returned to in  the response body&rsquo;s next_cursor and previous_cursor attributes to page back and  forth in the list.o Example:  http://twitter.com/follow..…… [<a href='http://www.w2blog.net/view/448.html'>点击查看详细</a>] ]]></description><link>http://www.w2blog.net/view/448.html</link><language>zh-cn</language><managingEditor>eason007@163.com</managingEditor><item><title>memo对[用Twitter的cursor方式进行Web数据分页]的评论</title><link>http://www.w2blog.net/view/448.html#F465</link><guid>http://www.w2blog.net/view/448.html#F465</guid><description><![CDATA[用limit的性能实在是太恐怖了。。。…… [<a href='http://www.w2blog.net/view/448.html#F465'>点击查看详细</a>] ]]></description><pubDate>Mon, 07 Jun 2010 21:30:39 +0800</pubDate></item><item><title>eason007对[用Twitter的cursor方式进行Web数据分页]的评论</title><link>http://www.w2blog.net/view/448.html#F404</link><guid>http://www.w2blog.net/view/448.html#F404</guid><description><![CDATA[其实跳页只是给用户提供一个可选项，但实际上这个可选项到底有多大用户，没有人统计过，所以不少人就把这个功能作为提升用户体验的要求。

我以前也是这样想，但现在也觉得其实跳页的功能没多大必要…… [<a href='http://www.w2blog.net/view/448.html#F404'>点击查看详细</a>] ]]></description><pubDate>Sat, 23 Jan 2010 12:13:48 +0800</pubDate></item><item><title>Tim对[用Twitter的cursor方式进行Web数据分页]的评论</title><link>http://www.w2blog.net/view/448.html#F403</link><guid>http://www.w2blog.net/view/448.html#F403</guid><description><![CDATA[不过此方法缺点是翻页时必须连续，不能跳页。

- - 很少人连续跳几百页吧…… [<a href='http://www.w2blog.net/view/448.html#F403'>点击查看详细</a>] ]]></description><pubDate>Thu, 21 Jan 2010 17:12:15 +0800</pubDate></item></channel></rss>
