gpt4 book ai didi

android - 来自 Parse.com 的过渡应用程序

转载 作者:塔克拉玛干 更新时间:2023-11-02 21:18:06 24 4
gpt4 key购买 nike

我使用 Parse.com 构建了几个应用程序,其中一个刚刚升级为资助产品。就 Parse 实现而言,该应用程序(社交网络)相当复杂。它有:

  • 近乎实时的聊天
  • 新闻源
  • 大量云代码
  • IOS 客户端和 Android 将在接下来的几周内启动

我遇到过很多典型的 Parse 陷阱(超时、超出查询宽度等),而且只有大约 2k 用户。有了我们的新资金,我们很可能在明年跃升至至少 40,000 名用户,这将放大问题。

归根结底,我认为我们需要摆脱 Parse,但问题是如何避免停机。

您如何从 Parse.com 转换实时应用程序?有什么陷阱或经验教训吗?

我最初的想法是实现一个瘦 API(使用单独的服务器)以从 Parse 中抽象出客户端交互,以便我可以转换应用程序。有人采用过这种方法吗?

编辑:

鉴于 Parse 正在关闭这个问题与更多人相关的事实,所以我想我会添加我最终做的事情。

我们最终使用 Mongo 后端(使用 Compose.io)在 NodeJS/Express/Mongoose 上构建应用程序。如果你可以编写云代码,你就可以为 Node 编写代码,而 Mongo 正是 Parse 使用的。我对这些选项的分析是,创建某种中间层只会使事情复杂化,这将花费大量时间。我在大约 3 个月内完成了新版本,并且拥有更大、更活跃的用户群。

最佳答案

我建议您首先重新审视您的数据模型。设计不当的数据模型会让你付出很多代价。在设计数据模型时,需要考虑的几件事是:

  1. 您有巨大的数据存储限制,但查询执行较少限制。所以如果你能妥善管理的话,还是有一些比较好冗余以减少对服务器的查询/请求。
  2. 您必须尽量避免通过这样的模型进行批量数据插入/更新操作。

关于迁移,我认为因为你有云代码,你相对更安全。

  1. 确保您的数据已迁移。这会有点痛苦,并且可能需要一些额外的努力来确保完整性。
  2. 数据迁移完成后,将您的云代码作为包装器。在您自己的服务器上拥有您自己的 API,然后使用 Parse.Cloud.httpRequest 从云代码向这些 API 发出请求并提供响应。
  3. 发布应用更新,以便新用户可以直接与您自己的 API 进行交互。

关于android - 来自 Parse.com 的过渡应用程序,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/28222094/

24 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com