Dropbox数据存储区API与Parse有何不同？

Question

Dropbox Datastore API与Parse等类似产品有何不同？我看到的一个区别是我的用户支付服务器存储而不是我。还有其他差异吗？

Answer 1

免责声明：我是Dropbox工程师，负责数据存储API，并且间接了解Parse API。适当地衡量我的意见。我所知道的主要差异（赞成和反对）：

• Dropbox数据存储对开发人员免费，并为每个应用程序的前5MB免费提供用户（之后他们的Dropbox配额适用）。解析根据他们正在制作的API请求的数量向开发人员收取费用。

• Parse具有最小的离线支持，而Dropbox具有完全脱机操作。使用Dropbox，如果开发人员在离线时修改数据，那么这些修改将反映在后续查询中（使用Parse，这些更改不会反映出来）。 Dropbox提供设备上的查询逻辑（与Parse不同），以便应用程序可以继续生成所需的视图，即使没有可用的Internet也是如此。此外，Parse不提供冲突解决或离线查询。

• Parse提供了在用户之间共享数据的能力，以及应用程序所有用户的全局数据。 Dropbox数据存储目前仅支持每用户数据（针对每个应用）（共享在路线图上）。

Answer 2

我还要补充一点：

Parse是服务后端的全部功能。您可以在此字段中找到其他玩家的完整列表：http://en.wikipedia.org/wiki/Backend_as_a_service。它们提供如下功能：

• 数据服务
• 用户注册/身份验证
• 推送通知
• 社交

Dropbox Datastore API更侧重于数据服务。 （您也可以免费获得用户部分吗？）但它完全脱机工作。

Answer 3

Parse框架可以存储应用程序中任何用户都可以准备好的数据。

Dropbox数据存储区，存储每个用户的数据，您无法访问其他用户的数据。这是主要的区别。

Answer 4

因为你必须在各行之间阅读，所以很容易迷失。我的看法是，对于数据存储区，您正在使用本地离线存储的对象作为json。我希望他们很快会发布一个Xamarin Android组件 - 他们上个月发布了一个IOS组件。由于Xamarin同时针对Android和IOS以及Winphone，谁知道为什么他们为Xamarin制作专用的IOS DLL，但我离题了。使用Parse，在我看来他们的意图是始终连接的设备。当然，您可以在本地保存查询，并且可以在本地保存（最终保存）本地Parse将在连接时推送到服务器。但是保存“最终”并保存离线工作的查询是一种不同的设计，而不仅仅是保存并让Parse在后台为你完成所有这一切 - 除非我错过了一些会让我对我有吸引力的东西，否则它不会。我看不到Parse可用于你知道有时会连接的设备，没有很多代码可以实现这一点并进行同步。