获取用户粉丝列表。
由于数据多，所以会分段返回。
一般都是在 mysql 中 offset (页数 * 每页数)
但是考虑到，两个请求中间，如果有个新粉丝进来，这个时候就会将上个请求末尾的那个用户在这次请求中重复返回去。
如果 cursor 返回中，用关注时间来当隔断的话，当时间有重复，分页还是会不精确
大家有没有完美的解决方案。
This topic created in 4067 days ago, the information mentioned may be changed or developed.
 |
9hillsSep 16, 2015 via iPhone
1
好多系统貌似不 care 这个重复，比如 v2ex
|
 |
oott123Sep 16, 2015 via Android
2
有的可以用 since_id 做，好处多多
|
 |
hjxxSep 16, 2015
3
时间+用户 id 呢
|
 |
qq12365411Sep 16, 2015
4
加上个 [关注时间] 可以防止你说的 突然 有个新粉丝来的问题
offset (页数 * 每页数) where 关注时间< 初次查询的时间 |
 |
ToysMallSep 16, 2015
5
since_id max_id
|
 |
codeyungSep 16, 2015
6
time 标记
|
 |
loadingSep 16, 2015 via Android
7
这个比较麻烦的，例如正在看第一页，每页 10 条，点第二页是新加了 10 条，这页码突然就变成第三页…
从用户角度开看…第二页跑哪去了~ |
 |
wingooSep 16, 2015
8
这种事要看重要程度, 你在意吗?
|
 |
jucelinSep 16, 2015
9
可以直接参考 weibo 的 API 设计： http://open.weibo.com/wiki/2/statuses/friends_timeline
还是要看数据更新的速度来判断是否需要这样做。 |
 |
icegreenSep 16, 2015
11
考虑用时间戳+loadmore 模式呢
|
 |
alsotangSep 16, 2015
12
这点重复，无所谓啦
|
 |
abelyaoSep 16, 2015 via iPhone
13
以上一页最后一个粉丝 ID 做参数，而不是以页面 ID 做参数
|
 |
14
如果算作重复，那肯定只能当作 bug 来对待拉。我已经知道怎么解决这个问题了。谢谢各位。
|
 |
liuhui244671426Jul 13, 2016
15
这个问题都是算成可优化的项,不算 bug 了吧.
|
Select Language