我使用 Parse.com 构建了多个应用程序,其中一个刚刚被提升为受资助的产品。就 Parse 实现而言,该应用程序(社交网络)相当复杂。它有:
我经历过很多典型的 Parse 陷阱(超时、超出查询宽度等),而且只有大约 2k 用户。有了我们的新资金,明年我们可能会跃升至至少 4 万用户,这将放大问题。
这一切都归结为我认为我们需要摆脱 Parse,但问题是如何避免停机。
您是如何从 Parse.com 转换实时应用程序的?有什么陷阱或经验教训吗?
我最初的想法是实现一个瘦 API(使用单独的服务器)以将客户端交互从 Parse 中抽象出来,这样我就可以转换应用程序。有人采用这种方法吗?
编辑:
鉴于 Parse 正在关闭这个问题与更多人相关,所以我想我会添加我最终做的事情。
我们最终在 NodeJS/Express/Mongoose 上使用 Mongo 后端(使用 Compose.io)构建了应用程序。如果您可以编写云代码,则可以为 Node 编写云代码,而 Parse 使用的是 Mongo。我对这些选项的分析是,创建某种中间层会使事情复杂化需要大量时间。我用了大约 3 个月的时间就完成了新版本,它拥有更大且非常活跃的用户群。
我建议您首先重新审视您的数据模型。一个设计不当的数据模型会让你付出很多。在设计数据模型时,需要考虑的几件事是:
关于迁移,我认为你有云代码,你相对更安全。
关于android - 来自 Parse.com 的转换应用程序,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/28222094/
欢迎光临 OStack程序员社区-中国程序员成长平台 (https://ostack.cn/) | Powered by Discuz! X3.4 |