如何为设备和服务器之间的元数据同步设计高级应用程序协议和数据格式?

我的目标是:用户可以在任何设备上或web上与应用程序数据交互。此协议的目的是通过服务器将一个端点上所做的更改传递给其他端点,并确保所有设备保持应用程序数据的一致图片。如果用户在一个设备或web上进行了更改,协议将把数据推送到中央存储库,其他设备可以从中央存储库中提取数据。

其他一些设计思想:

• 我称之为“元数据同步”,因为有效负载非常小,以对象ID和有关这些ID-s的小元数据的形式出现。当客户端终结点通过此协议检索新元数据时,它们将基于此元数据从外部源获取实际对象数据。获取“真实”对象数据超出了范围,这里只讨论元数据同步。
• 将HTTP用于传输,将JSON用于有效负载容器。问题基本上是关于如何最好地设计JSON负载模式。
• 我希望这在网络上,桌面和移动设备上易于实现和维护。最好的方法是简单的基于计时器或事件的HTTP请求/响应,而不需要任何持久通道。另外,你不应该有博士学位来读,我希望我的说明书能放在两页纸上,而不是200页。
• 目标是设备上数据的最终一致性,它不是完全实时的。例如,用户可以在脱机时在一个设备上进行更改。再次联机时,用户将执行“同步”操作来推送本地更改和检索远程更改。
• • 在设备上从头开始,应该能够拉取整个元数据图片

作为一个具体的例子,你可以考虑Dropbox(这不是我正在研究的,但它有助于理解模型):在一系列设备上,用户可以管理文件和文件夹,将它们移动,创建新的,删除旧的等等。在我的上下文中,“元数据”是文件和文件夹结构,而不是实际的文件内容。元数据字段应该类似于文件/文件夹名称和修改时间(所有设备都应该看到相同的修改时间)。

感觉这有两种方法:

• 事务性消息。系统中的每个变化都表示为delta,端点与这些delta通信。示例:DVCS变更集。
• REST:将对象图作为一个整体或部分进行通信,而不必担心单个原子的变化。

编辑: 一些正确的回答说,没有足够的信息提供足够好的建议。应用程序的确切性质可能会分散注意力,但一个非常基本的RSS阅读应用程序是一个很好的近似。因此,假设应用程序规范如下:

• 我可以添加、重命名和删除订阅源。添加提要订阅它并开始接收该提要的项。我还可以在UI中重新排序feed显示顺序。
• 当我阅读项目时,它们被标记为已读。我不能将它们标记为未读或对它们做任何其他事情。
• 基于以上,对象模型为:
  • “item”具有“url”和“unread”属性,以及多对一关系“feed”(每个item都属于一个feed)url“也作为项目的GUID。
  • 实际项目内容在每个设备上本地下载,不属于同步的一部分。

基于这种设计,我可以在一台设备上设置我的应用程序:添加一堆订阅源,重命名并重新排序,然后读取其中的一些项目,然后将其标记为未读。当我切换设备时,另一个设备可以同步配置,并显示具有相同名称、顺序和相同项目读/未读状态的相同提要列表。

(结束编辑)

我想要的答案是:

• 有什么好的背景资料?(我意识到这是许多计算机科学课程谈论的非常详细和详细的。。。我希望通过看一些速成课程或掘金来缩短时间。)
• 有哪些这样的协议的好例子,我可以模仿,甚至使用开箱即用?(我在上面提到Dropbox和IMAP。。。我应该读一下IMAP的RFC。)