我有一个不断记录信息的移动设备。信息存储在设备的本地数据库中。每隔几分钟,设备就会通过 REST API 将数据上传到服务器——有时上传的数据对应同一张表中的数十条记录。现在,服务器响应
{status: "SAVED"}
如果数据保存到服务器。
为了 100% 确定数据已实际上传(因此设备不会再次尝试上传),这样简单的响应是否足够?或者我应该对传入的数据进行哈希处理并对其进行响应,或者类似的东西?也许我应该发回id
设备表行的本地行?
我有一个不断记录信息的移动设备。信息存储在设备的本地数据库中。每隔几分钟,设备就会通过 REST API 将数据上传到服务器——有时上传的数据对应同一张表中的数十条记录。现在,服务器响应
{status: "SAVED"}
如果数据保存到服务器。
为了 100% 确定数据已实际上传(因此设备不会再次尝试上传),这样简单的响应是否足够?或者我应该对传入的数据进行哈希处理并对其进行响应,或者类似的东西?也许我应该发回id
设备表行的本地行?
如果整个请求确实成功保存,我认为有一个非常简单的“SUCCESS”响应很好。
但是,我认为当出现问题时,您的响应需要包含未能保存的记录的 ID(或其他一些唯一标识符),以便它们可以排队等待重新发送。
如果相同的记录多次失败,您可能需要记录错误或显示错误以便采取进一步措施。
成功的响应可能很简单:
<response>
<status>1</status>
</response>
错误响应可能类似于:
<response>
<status>0</status>
<errorRecords>
<id>441</id>
<id>8462</id>
<id>12</id>
</errorRecords>
</response>
您可能会喜欢并拥有不同的状态代码,这意味着不同的、更具体的消息。