使用本地存储作为自动保存代理 - 好还是坏？

Question

我们正在开发一个网络应用程序，使用自动保存作为保存模式。有了这个功能出现了一些意想不到的UI问题。

为了增强用户对概念的理解，我们希望自动保存即时，而不是在每次保存文档时定期发送视觉反馈。

我们考虑过使用本地存储作为临时数据缓存，然后设置一个较慢的时间间隔，以便在后台将所有用户数据与Web服务器同步。在处理可能的版本冲突情况时，这可能会有一些不良的副作用。

有没有人有自动保存模式和/或使用本地存储作为数据代理的经验，并且可以共享一些有价值的信息

Answer 1

我通过即时假设你的意思是每个用户编辑操作（或按键或其他）之后？ 这取决于你在这里有什么数据。 如果你只有文本文件我不明白为什么不直接与服务器 交互，但是我想补充一些睡眠时间一样，例如：

如果用户编辑一些设置切换到编辑= TRUE， 如果最后一次提交时间大于10秒，提交当前状态（此时文档可能已更改，使用当前状态） 将上次提交设置为当前时间。

我认为本地缓冲区非常复杂，可能带来更多的痛苦，而不是它的有用。然而，如果你决定采用通用的方式来做更高的频率（但是使用上面描述的方法），然后让它以较低的频率传输到服务器（同样使用上面的方法）。从第一个缓冲区传递时间戳/第二个缓冲区到第三个缓冲区等。 当从所有缓冲区恢复内容或存储服务器时，将获取最新版本（使用第一个缓冲区的增量ID）。