基於游標的分頁並檢測脫機優先應用程序的實時數據中的變化

Question

在無限滾動的博客中，客戶端將向服務器查詢帖子

示例max_id = 0，min_id = 0。 服務器將回答最新的30條記錄[id:1000,999,998 etc..,970] 。

現在，來自客戶端的下一個請求將要求max_id=1000&min_id=970 ，服務器將回答另外30個ID> 1000或小於970的帖子。如果沒有更新的帖子，則ID> 1000，則正常答復將為ID 970-940。

這是在無限滾動中實現的。 對於離線優先應用，所有帖子均保存在客戶端，並在下次用戶訪問時顯示。

現在，下一次用戶打開應用程序時，它將顯示帖子max_id=1000&min_id=930並將獲得任何新帖子或獲取更多舊帖子，但是**無法檢測到已存在的其中一個帖子中的更改客戶端。 **

說帖子ID = 999已由用戶更新。 獲得此更新的唯一方法是重新查詢所有帖子的服務器，就像沒有緩存的帖子一樣。 我覺得這是浪費帶寬，因為99％的時間都不會進行更新，因此不需要過度獲取。

在脫機優先應用程序中，是否有一種設計模式可以解決這一問題？

Answer 1

讓我們假設一個場景：

1. 用戶從服務器獲取帖子
2. 應用程序緩存提取的帖子3-
3. 用戶離開了應用
4. 從服務器加載時，用戶返回並且應用程序顯示了緩存的帖子
5. 用戶在此處對緩存的帖子采取了操作，您可以在執行操作之前檢查帖子並返回警告，如果有更改的話 。