84669 人學習
152542 人學習
20005 人學習
5487 人學習
7821 人學習
359900 人學習
3350 人學習
180660 人學習
48569 人學習
18603 人學習
40936 人學習
1549 人學習
1183 人學習
32909 人學習
後台是一個web資料管理系統，C/S架構，App端使用者新增的資料可在後台看到。 App端用戶自己刪除的數據，後台刷新數據就能更新。但後台操作刪除用戶的數據，如何同步到App端？ ？ ？這種同步機制有沒有好的解決方案？
推送啊，現在已經有很多成熟的APP推送解決方案了呀。 iOS的話不用說，Android的話像極光推送等第三方服務也是不錯的。
如果不想用第三方服務，也可以自己解決：
APP不停地向服務端請求（聽著都比較low，哈）
APP和服務端保持一個長連接，服務端資料更新就立刻給APP發訊息
這個看你的需要了，假如是要求實時展示，那就用推送服務，假如不要求實時，那就每次打開app就查詢一次。
那就搞個定時刷新，根據需求，決定頻率。
swoole,workman,openfire,第三方推送，定時器，當然這些都是需要根據你的業務要求和具體場景進行調整的
後台刪除了資料的話， 也不用同步吧，你重新進入那個頁面請求一下資料就好了啊。如果你要保持在這個頁面的話，就跟樓上說的一樣，設定一個定時，刷新資料就好了
如果對資料的即時性要求很高的話，推送可以說是必不可少的。然後可以有一個定時器，用來定時請求數據，當然這個請求的cache要做好響應的處理，這樣推送和定時器互相之約應該可以達到你想要的效果。
cache
推送啊，現在已經有很多成熟的APP推送解決方案了呀。 iOS的話不用說，Android的話像極光推送等第三方服務也是不錯的。
如果不想用第三方服務，也可以自己解決：
APP不停地向服務端請求（聽著都比較low，哈）
APP和服務端保持一個長連接，服務端資料更新就立刻給APP發訊息
這個看你的需要了，假如是要求實時展示，那就用推送服務，
假如不要求實時，那就每次打開app就查詢一次。
那就搞個定時刷新，根據需求，決定頻率。
swoole,workman,openfire,第三方推送，定時器，當然這些都是需要根據你的業務要求和具體場景進行調整的
後台刪除了資料的話， 也不用同步吧，你重新進入那個頁面請求一下資料就好了啊。如果你要保持在這個頁面的話，就跟樓上說的一樣，設定一個定時，刷新資料就好了
如果對資料的即時性要求很高的話，推送可以說是必不可少的。然後可以有一個定時器，用來定時請求數據，當然這個請求的
cache要做好響應的處理，這樣推送和定時器互相之約應該可以達到你想要的效果。