web-services - window 电话 : Updating backend datastore (via web service) while keeping UI very responsive

Question

我正在开发一个 Windows Phone 应用程序，用户可以在其中更新列表。每个更新、删除、添加等都需要存储在位于 Web 服务后面的数据库中。除了确保在手机上进行的所有操作最终都在云端进行之外，我还需要确保该应用程序真正具有响应性，并且用户不会感觉到任何滞后时间。

在这里使用的最佳设计是什么？每个复选框更改，每个文本框编辑都会触发一个新线程来联系 Web 服务？在本地存储需要更新的内容列表，然后每隔一段时间批量发送到服务器(后退按钮呢)？我是否错过了另一个更简单的实现？

提前致谢，

Answer 1

对您的 Web 服务的数据更新需要一些时间来执行，因此就向用户提供最佳响应而言，您最好的方法是在后台线程上触发这些更新。

如果您的应用程序担心由于回按而没有进行更新(直到您的应用程序恢复)，那么您可以增加发送这些更新的频率。

在每次更改之后将数据存储在本地将是一个好主意，以确保不会丢失任何数据，因为您不知道您的应用程序是否会被电话中断等中断。

您可以intercept the back button这将允许您处理通知用户正在处理的待处理更新或请求确认以推迟传输(例如在网络位置表现不佳的情况下)。也许 UI 中的可视化队列有助于指示存储队列中的待处理请求。

您可能需要考虑一下在您的应用程序的典型使用场景中数据更新的总体频率，以及这将如何强烈地利用网络连接。根据这一点，您可能希望在更新频率与潜在功耗之间取得平衡。

这可能会指导您确定是否触发字段级别更改的更新、队列不为空时的计时器和/或除其他可能性之外操作不同的数据行。

移动网络通信的一般效率指导是使用更大和更不频繁的传输，而不是“健谈”或频繁的传输模式，但这取决于您决定什么最适合您的应用程序。