REST APIデザイン - 同期のためのPlancakeのend_timestampは良い方法ですか？

Question

私のプロジェクト用にREST APIを設計する必要があります。モバイルアプリケーションとWebアプリケーションの双方向同期に必要です。

明らかに、開始前に、他のプロジェクトがどのように同様のシナリオを実装しているかを調べました。

一般的に、モバイルアプリケーションは、Webアプリケーションからすべての新しいアイテムを取得する必要がある場合、リクエスト内に時間参照として「start_timestamp」を送信します。

明確な時間ウィンドウを定義するために、Plancakeには 'end_timestamp'も必要であることが分かりました。あなたは、最後のポイントでそれを読むことができるの要求について：「この段落で： http://www.plancake.com/apiDocumentation#api_doc_overview

あなたは、私が「end_timestamp」を使用して検討すべきだと思いますか、それは非常に小さな利益をもたらす合併症でありますか？

おかげで、
ダン

Answer 1

start_timestampとend_timestampは、タスク管理を強化し、あなたのタスクをより詳細に制御を与える強力な情報です。さらに、アプリケーションに監視機能を追加します。

アプリケーションがWebサーバーと同期するために2つのタスクを起動するとします。どちらも同じデータを書き込んでしまい、データが矛盾することになります。そのため、Webサーバーの特定の部分で他のタスクが実行されていないことを制御し保証する機能が必要です。

毎回あなたがパラメータ（最新 同期の通常 サーバタイムスタンプ）として「 タイムスタンプを開始」渡すことができ、あなたは は、サーバーでなければならないことも パス「末端のタイムスタンプ」（に強制されています現在の同期を開始するときのタイムスタンプ ）。 多くの製品はの、我々はそれが 一貫性を保証するために非常に 重要であると考え、 （ 同期が行われている間、タスクが追加された場合 を何が起こるかを考える）

を必要としませんがもちろん、あなたはそれを達成するために独自のテクニックを使用するかもしれません。