@曹小猿 既然這個(gè)時(shí)候服務(wù)器已經(jīng)有大量新數(shù)據(jù)，那么到底拉多少，采用什么規(guī)則，肯定是要根據(jù)業(yè)務(wù)需求來(lái)定的。比如說(shuō)你們的需求并不需要拉全部數(shù)據(jù)，只需要最新的10條就夠了，那就拉10條；如果要100條，那就拉100條。至于說(shuō)本地緩存的斷層問(wèn)題，其實(shí)也不是什么問(wèn)題，給每條消息加時(shí)間戳，記錄消息之間有多少條未讀的就可以了。
iOS-具有上下刷新列表頁(yè)的緩存方案前言 最近項(xiàng)目要對(duì)一個(gè)具有上下刷新列表頁(yè)做緩存方案，和安卓，后臺(tái)一起討論了差不多一個(gè)上午，也沒(méi)得出一個(gè)有效可行的方案。后來(lái)我就上網(wǎng)查了下微信朋友圈和新浪微博的做法，覺(jué)得可以借...
@曹小猿 這個(gè)要求你們跟服務(wù)端配合的。最明顯的就是數(shù)據(jù)庫(kù)怎么設(shè)計(jì)，應(yīng)該說(shuō)數(shù)據(jù)庫(kù)里面的記錄都要有一列記錄消息的發(fā)出時(shí)間，然后查庫(kù)的時(shí)候就可以很靈活了。比如我可以根據(jù)我本地緩存最新消息的時(shí)間戳去構(gòu)造sql，至于取多少條數(shù)據(jù)，怎么排序，這些都可以靈活地寫sql就可以了
iOS-具有上下刷新列表頁(yè)的緩存方案前言 最近項(xiàng)目要對(duì)一個(gè)具有上下刷新列表頁(yè)做緩存方案，和安卓，后臺(tái)一起討論了差不多一個(gè)上午，也沒(méi)得出一個(gè)有效可行的方案。后來(lái)我就上網(wǎng)查了下微信朋友圈和新浪微博的做法，覺(jué)得可以借...
@emacsVSvi 補(bǔ)充一點(diǎn)，即使是朋友圈，也不是全推的。它也是屬于推拉結(jié)合的，推小數(shù)據(jù)，拉大數(shù)據(jù)。
iOS-具有上下刷新列表頁(yè)的緩存方案前言 最近項(xiàng)目要對(duì)一個(gè)具有上下刷新列表頁(yè)做緩存方案，和安卓，后臺(tái)一起討論了差不多一個(gè)上午，也沒(méi)得出一個(gè)有效可行的方案。后來(lái)我就上網(wǎng)查了下微信朋友圈和新浪微博的做法，覺(jué)得可以借...
用推還是用拉，要看應(yīng)用場(chǎng)景。即時(shí)通訊時(shí)效性要求高，必然是推好；而微博這種時(shí)效性次高的，應(yīng)該是有選擇余地的，可以用純拉，也可以推拉結(jié)合，推小數(shù)據(jù)，拉大數(shù)據(jù)。
iOS-具有上下刷新列表頁(yè)的緩存方案前言 最近項(xiàng)目要對(duì)一個(gè)具有上下刷新列表頁(yè)做緩存方案，和安卓，后臺(tái)一起討論了差不多一個(gè)上午，也沒(méi)得出一個(gè)有效可行的方案。后來(lái)我就上網(wǎng)查了下微信朋友圈和新浪微博的做法，覺(jué)得可以借...
register n = (count + 7) / 8; /* count > 0 assumed */switch (count % 8){case 0: ...
點(diǎn)豆拈草,皆可成兵;
飛花摘葉,皆可傷人。
只要內(nèi)功千尺深
UIWebView加載時(shí)添加請(qǐng)求頭（含NSURLProtocol方法）前言 最近app需要重新整理webview加載的架構(gòu)，把webview的請(qǐng)求方式由post改為get，而之前加載時(shí)傳參是通過(guò)post的請(qǐng)求體實(shí)現(xiàn)，而現(xiàn)在需要將參數(shù)通過(guò)請(qǐng)求頭傳...
前言 前幾天給我們的app接入微信支付，因?yàn)樵诤芫弥拔揖鸵呀?jīng)了解到我們的app有這方面的需求，因此我早就預(yù)習(xí)了微信支付的官方文檔，自以為成足在胸，躍躍欲試，最后才發(fā)現(xiàn)我還是...
談?wù)刬OS接入微信支付遇到的小坑前言 前幾天給我們的app接入微信支付，因?yàn)樵诤芫弥拔揖鸵呀?jīng)了解到我們的app有這方面的需求，因此我早就預(yù)習(xí)了微信支付的官方文檔，自以為成足在胸，躍躍欲試，最后才發(fā)現(xiàn)我還是...
