angularjs - PhoneGap 中与服务器同步数据的策略

Question

关闭。这个问题不符合Stack Overflow guidelines .它目前不接受答案。












想改进这个问题？将问题更新为 on-topic对于堆栈溢出。

5年前关闭。




Improve this question




我正在使用 AngularJS 开始我的第一个 PhoneGap 项目。它是一个数据库驱动的应用程序，使用 REST API 作为后端。首先，我根本不打算在本地存储数据，所以如果没有 Internet，它不会做太多事情。

但是，我最终希望它在本地存储数据，并在 Internet 可用时同步，因为我知道我个人有时会禁用手机上的 Internet 连接(飞机、电池电量不足)，或者没有连接。我想知道您是否可以为我指出一些用于此类同步的好资源。一些推荐的图书馆？或者也许是一些关于陷阱以及如何绕过它们的讨论。我用谷歌搜索了一下，但我想现在，我不知道要问什么问题。

另外，我打算先建立它依赖于互联网，然后添加同步....这是个好主意，还是我在自找麻烦？我需要从一开始就同步构建它吗？

我有人建议首先将应用程序构建为仅限本地，而不是首先构建仅限 Internet 的部分，这有一定的逻辑。远程存储对我来说很重要。我知道那里的决定与我的应用程序目标有很大关系，但从构建它的 Angular 来看，最终目标是本地存储 + 互联网存储和双向同步，什么会更容易？或者它甚至有什么不同？

首先，我正在考虑使用 UUID，而不是顺序整数主键。我还考虑过为每个设备分配一个 ID，该 ID 以它生成的任何键为前缀，但这似乎很微妙。有人用过这两种技术吗？想法？

我想我需要一个好的系统来判断哪些数据已被同步。在客户端，我猜任何创建/编辑的记录都可以标记为同步。但是在服务器端，你有多个客户端，所以这是行不通的。我猜你可能有一个 last_updated 时间戳，并同步所有更新的同步最后一次成功的同步。

在多个地方编辑的记录呢？如果两个客户端编辑，然后想要同步，您对合并有一些歧义，例如在 git 或其他版本控制系统中合并分支时。你怎么处理？我猜 git 通过存储每个提交的差异来做到这一点。我猜你可以存储差异？我想得越多，听起来就越复杂。我是想多了还是想得太少了？

客户端存储呢？我考虑过 SQLite 或 PhoneGap 本地存储 (http://docs.phonegap.com/en/1.2.0/phonegap_storage_storage.md.html)。建议？同步将通过 REST API 进行，交换 JSON，所以我认为将数据实际存储为 JSON 的东西，或者易于转换的类似 JSON 的东西会很好。另一方面，如果我必须交换某种数据差异格式，也许这就是我需要存储的内容？

Answer 1

让我根据我与同步部分相关的经验来回答您的问题，因为我对 PhoneGap 没有足够的经验，因此将跳过有关 PhoneGap 本地存储 v SQLite 的问题。

I was wondering if you could point me toward some good resources for this type of syncing. Some recommended libraries?

有许多开源项目用于将 PhoneGap 应用程序与远程服务器同步。但是您可能必须根据自己的需要调整它们或实现自己的同步功能。下面我列出了一些开源项目。如果您在网上搜索，您一定已经知道它们。

PhoneGap sync plugin

Simple Offline Data Synchronization for Mobile Web and PhoneGap Applications

Synchronize a local WebSQL Db to a server

Couchbase Lite PhoneGap plugin

此外，您可能会考虑其他选项，但这取决于您的服务器端:

Microsoft Sync Framework Toolkit (提供Html5样本)

OpenSync Framework - 独立于平台的通用同步引擎

Also, my intent to build it Internet-dependent first, and then add syncing.... Is that a good idea, or am I shooting myself in the foot? Do I need to build it syncing from the start?

我相信同步功能更像是一个附加模块，不应该与您的其他业务逻辑紧密耦合。一旦您开始考虑同步的测试策略，您就会意识到如果您的同步工具与主代码分离，那么测试会更容易。

我认为您可以在不同步的情况下尽快启动您的应用程序，并使用所需的最低功能。但是您最好提前考虑一下您的架构和添加同步工具的方式。

To start with, I'm thinking of using UUIDs, rather than sequential integer primary keys. I've also thought about assigning each device an ID that is prefixed on any keys it generates, but that seems delicate. Anyone used either technique? Thoughts?

这取决于您的项目规范，特别是您的服务器端。例如，Azure 移动服务只允许主键使用整数类型。尽管唯一标识符作为主键在分布式系统中非常方便(也有一些缺点)。

与分配设备 ID 相关——尽管我不知道您的项目细节，但我不确定我是否理解这一点。查看我们系统中使用的同步算法 ( bidirectional sync using REST between multiple Android clients and central SQL Server)。

What about records edited in multiple places? If two client edit, and then want to sync, you have some ambiguity about merging, like when merging branches in git or other version control systems. How do you handle that? I guess git does it by storing diffs of every commit. I guess you could store diffs? The more I think about this, the more complicated it sounds. Am I over-thinking it or under-thinking it?

这是您需要考虑如何处理系统中的冲突解决的地方。

如果您的系统中发生冲突的可能性很高，例如用户将经常更改相同的记录。然后，您最好跟踪在同步中修改了记录的哪些字段(列)，然后一旦检测到冲突:

遍历冲突中服务器端记录的每个修改字段

将服务器记录的每个修改字段与客户端的相关字段进行比较。

如果客户端字段没有被修改，那么就没有冲突，所以只需用服务器覆盖它。

否则会发生冲突，因此将两个字段的内容保存到报告的临时位置

在同步结束时生成冲突记录报告。