我的应用仍然使用 Parse 来存储我现有应用的用户详细信息，因为 Parse 宣布其服务的关闭日期，我们计划使用 Firebase，
我们是否应该将解析用户导入我的 Firebase 框架，如果是，请建议将解析迁移到 Firebase 的方法。
【问题讨论】：
标签： ios parse-platform firebase firebase-realtime-database
这个问题在堆栈溢出方面并不容易完全回答，因为它在很大程度上取决于您的数据是什么样的以及您的源代码是什么样的。我的第一个问题是你为什么不使用suggested migration path which is using open source parse-server and mongodb？
如果您确实切换到了 firebase，那么 Frank 的链接是一个很好的起点。然而，从 parse 切换到 firebase 并不是一个 5 分钟的过程，因为后端完全不同（尽管它们在表面上看起来非常相似）。
您可以通过转到解析仪表板 - 应用设置 - 导出应用数据来从解析中检索所有数据，包括用户集合。这将导出所有类的 JSON 文件。您可以找到一种将其导入 Firebase 的方法，但这将离线完成，然后（如果您的应用处于活动状态），数据将不会在 2 个后端之间同步。
link为此建议了两种方法：
迁移您的数据
决定如何在 Firebase 中构建数据后，您需要 计划如何处理您的应用程序需要写入的时间段 两个数据库。您的选择是：
后台同步
在这种情况下，您有两个版本的应用程序：旧版本 使用 Parse 和使用 Firebase 的新版本。之间的同步 这两个数据库由 Parse Cloud Code（Parse to Firebase）处理， 让您的代码监听 Firebase 上的更改并同步这些更改 随着 Parse 的变化。在开始使用新版本之前，您 必须：
将您现有的 Parse Data 转换为新的 Firebase 结构，并且 将其写入 Firebase 实时数据库。编写解析云代码 使用 Firebase REST API 写入 Firebase 的函数 旧客户端在解析数据中所做的实时数据库更改。写 并部署代码来监听 Firebase 上的更改并将它们同步到 解析数据库。这种情况确保了旧的干净分离 和新代码，并使客户保持简单。这方面的挑战 场景是在初始导出中处理大数据集，并确保 双向同步不会产生无限递归。
双写
在这种情况下，您编写的应用程序的新版本同时使用 Firebase 和 Parse，使用 Parse Cloud Code 同步旧版本所做的更改 从解析数据到 Firebase 实时数据库的客户端。什么时候 已经有足够多的人从仅 Parse 版本的应用迁移， 您可以从双写版本中删除 Parse 代码。
此方案不需要任何服务器端代码。它的缺点 是未访问的数据未迁移，大小 使用这两个 SDK 会增加您的应用程序的使用率。
【讨论】：