→ erttyy8821: 用json可以 但是何不直接用restful api跟server查？ 11/30 15:33
→ erttyy8821: 再不然就是看時間性選用push or timestamp 11/30 15:34
推 kiwatami: 這樣的做法有幾個問題 11/30 22:59
→ kiwatami: 第一是資料即時性的問題 如果你伺服器價格改了 11/30 22:59
→ kiwatami: 客戶卻是使用離線功能瀏覽 那價格兜不攏的情形怎麼辦? 11/30 22:59
→ kiwatami: 第二是如果客戶刪除 app 重新安裝 11/30 22:59
→ kiwatami: 你要一次同步所有資料 要花很多流量與時間 11/30 22:59
→ kiwatami: 再來就是客戶端儲存空間的限制 11/30 22:59
→ kiwatami: 佔很多容量就不用說了 但如果客戶端容量滿了 11/30 22:59
→ kiwatami: 該做什麼處理? 我覺得還是做成單純從伺服器撈資料會 11/30 22:59
→ kiwatami: 比較好 11/30 22:59
→ flyroy: 感謝兩位的回覆,因為就是卡在要能"離線瀏覽" 12/01 00:06
→ flyroy: 所以才一直在想要怎麼設計這些同步的問題 12/01 00:06
→ flyroy: 因為我們的產品有點賣電子書,買了後不用上網也能透過APP 12/01 00:08
→ flyroy: 去開啓內容,而APP本身就是像商城和清單,所以要能離線 12/01 00:09
→ flyroy: 價錢問題,因為是會在SERVER檢查,若能連線就會先做資料更新 12/01 00:11
推 kiwatami: 我還是不太懂這個產品 不過如果你要同步 12/02 07:18
→ kiwatami: 建議你在server端做一個可以用時間取得更新內容的功能 12/02 07:18
→ kiwatami: 也就是你新增或更新資料時 要紀錄在一張表裡 12/02 07:18
→ kiwatami: 之後同步時再進那張表取得要更新的項目id 12/02 07:18
→ kiwatami: 再以id取資料更新 因為我不確定你說的檔案有多大 12/02 07:18
→ kiwatami: 這種方式是佔流量最小的方式 之前做的案子 12/02 07:18
→ kiwatami: 串接的api也是有提供這個方法來查詢 12/02 07:18
→ kiwatami: 不然等之後資料量變大 下載所有資料不論對 server 12/02 07:18
→ kiwatami: 還是 client 都是一個負擔 12/02 07:18
推 KeySabre: 也就是 先比對id及時間 找出需要更新的id再行同步 12/02 22:57