0

私は常に情報を記録しているモバイル デバイスを持っています。情報は、デバイスのローカル データベースに保存されます。数分ごとに、デバイスは REST API を介してサーバーにデータをアップロードします。アップロードされたデータは、同じテーブルの数十のレコードに対応する場合があります。現在、サーバーは次のように応答しています

{status: "SAVED"}

データがサーバーに保存されている場合。

データが実際にアップロードされたことを 100% 確実にするために (デバイスが再度アップロードを試みないようにするために)、その単純な応答で十分でしょうか? または、受信データをハッシュして応答する必要がありますか? idおそらく、デバイスのテーブルの行のローカル行を送り返す必要がありますか?

4

1 に答える 1

2

リクエスト全体が実際に正常に保存された場合、非常に単純な「SUCCESS」応答で問題ないと思います。

ただし、問題が発生した場合は、再送信のためにキューに入れることができるように、保存に失敗したレコードの ID (またはその他の一意の識別子) を応答に含める必要があると思います。

同じレコードが何度も失敗した場合は、エラーをログに記録するか表示して、さらにアクションを実行できるようにする必要があります。

成功した応答は、次のような単純なものです。

<response>
    <status>1</status>
</response>

エラー応答は次のようになります。

<response>
    <status>0</status>
    <errorRecords>
        <id>441</id>
        <id>8462</id>
        <id>12</id>
    </errorRecords>
</response>

工夫して、さまざまな、より具体的なメッセージを意味するさまざまなステータス コードを持つことができます。

于 2012-08-01T18:43:53.547 に答える