@曹小猿 既然这个时候服务器已经有大量新数据，那么到底拉多少，采用什么规则，肯定是要根据业务需求来定的。比如说你们的需求并不需要拉全部数据，只需要最新的10条就够了，那就拉10条；如果要100条，那就拉100条。至于说本地缓存的断层问题，其实也不是什么问题，给每条消息加时间戳，记录消息之间有多少条未读的就可以了。
iOS-具有上下刷新列表页的缓存方案前言 最近项目要对一个具有上下刷新列表页做缓存方案，和安卓，后台一起讨论了差不多一个上午，也没得出一个有效可行的方案。后来我就上网查了下微信朋友圈和新浪微博的做法，觉得可以借...
@曹小猿 这个要求你们跟服务端配合的。最明显的就是数据库怎么设计，应该说数据库里面的记录都要有一列记录消息的发出时间，然后查库的时候就可以很灵活了。比如我可以根据我本地缓存最新消息的时间戳去构造sql，至于取多少条数据，怎么排序，这些都可以灵活地写sql就可以了
iOS-具有上下刷新列表页的缓存方案前言 最近项目要对一个具有上下刷新列表页做缓存方案，和安卓，后台一起讨论了差不多一个上午，也没得出一个有效可行的方案。后来我就上网查了下微信朋友圈和新浪微博的做法，觉得可以借...
@emacsVSvi 补充一点，即使是朋友圈，也不是全推的。它也是属于推拉结合的，推小数据，拉大数据。
iOS-具有上下刷新列表页的缓存方案前言 最近项目要对一个具有上下刷新列表页做缓存方案，和安卓，后台一起讨论了差不多一个上午，也没得出一个有效可行的方案。后来我就上网查了下微信朋友圈和新浪微博的做法，觉得可以借...
用推还是用拉，要看应用场景。即时通讯时效性要求高，必然是推好；而微博这种时效性次高的，应该是有选择余地的，可以用纯拉，也可以推拉结合，推小数据，拉大数据。
iOS-具有上下刷新列表页的缓存方案前言 最近项目要对一个具有上下刷新列表页做缓存方案，和安卓，后台一起讨论了差不多一个上午，也没得出一个有效可行的方案。后来我就上网查了下微信朋友圈和新浪微博的做法，觉得可以借...
register n = (count + 7) / 8; /* count > 0 assumed */switch (count % 8){case 0: ...
点豆拈草,皆可成兵;
飞花摘叶,皆可伤人。
只要内功千尺深
UIWebView加载时添加请求头（含NSURLProtocol方法）前言 最近app需要重新整理webview加载的架构，把webview的请求方式由post改为get，而之前加载时传参是通过post的请求体实现，而现在需要将参数通过请求头传...
前言 前几天给我们的app接入微信支付，因为在很久之前我就已经了解到我们的app有这方面的需求，因此我早就预习了微信支付的官方文档，自以为成足在胸，跃跃欲试，最后才发现我还是...
谈谈iOS接入微信支付遇到的小坑前言 前几天给我们的app接入微信支付，因为在很久之前我就已经了解到我们的app有这方面的需求，因此我早就预习了微信支付的官方文档，自以为成足在胸，跃跃欲试，最后才发现我还是...
