使用 Parse 制作社交媒体应用程序还是开发自己的后端？ [关闭]

Posted 2023-02-24

【中文标题】使用 Parse 制作社交媒体应用程序还是开发自己的后端？ [关闭]

【英文标题】：Making a Social Media app with Parse or developing my own backend? [closed]

【发布时间】：2016-01-26 20:09:42

【问题描述】：

这是我的困境，现在我正在开发一个使用 Parse 作为我的后端服务的社交媒体应用程序，它工作得很好。今天在做一些研究时，我意识到如果我的应用程序使用 Parse 迅速普及，将会变得非常昂贵，或者只是停止所有超过限制的请求。

1) 基本上我的问题是，根据您使用 Parse 的经验，它在处理具有许多用户的应用程序方面有多有效？

2) 此外，许多用户是否等同于每秒许多请求，或者是否有一种有效的方法来开发我的应用程序以降低每秒的请求？

3）最后，为我的应用程序开发自己的后端服务会更容易/可行（我没有后端经验，所以我必须自学）？我不反对这样做；我只知道它会增加开发时间，但从长远来看可能是最佳选择。 感谢您的所有帮助。

【参考方案1】：

1) 我们在大多数应用程序中都使用 Parse，Parse 处理的非常好。我们的一款使用 Parse 的应用，每月有 3000 名用户，一切进展顺利

2) 您应该开发您的应用程序以使请求最少。您必须尽可能多地获取数据。这将删除您的请求编号。

3) 我可以建议您从类似 Parse 的系统开始。我们赶时间，所以你必须表现得精益求精。如果 Parse 将来对您来说还不够，这是您必须为此感到高兴的事情。同时，您可以开发自己的后端服务。

【讨论】：

补充 Mert 的第二点，你会惊讶于你可以通过询问自己是否有一种方法来完成相同的功能来在本地持久化数据，从而减少应用程序的 RPS。过去经验中的两个建议：1）仅在本地进行更改时保存对象（即，如果有人在您的应用程序中编辑他们的名称，但它与当前保存到该对象的名称相同，则不应发出请求）。 2) 在适用的情况下传递实际对象，而不是传递对象的 id 并在每个新视图控制器中查询它。

好点。感谢您的所有帮助。

【参考方案2】：

虽然你正在计划提前解析或类似亚马逊的东西在可扩展性方面会更好。如果您拥有一个域并拥有一个 mysql 数据库（或其他任何东西），那么您维护可伸缩性不如使用处理所有这些的服务好。

我创建了自己的后端，但愿我没有浪费时间。出于可扩展性的原因，我现在很可能必须找到一项服务，所以真的只是浪费了我的时间来制作它。这只是我的两分钱，其他人可能不同意

【参考方案3】：

我认为构建自己的后端非常困难且耗时。看看 CloudKit，它为您提供了比免费解析更好的配额。请注意，您需要注册的开发者帐户才能使用它。就个人而言，我正在使用 Parse 制作我的应用程序，如果我让它准备好发布，我注册到程序并更改代码以使用 CloudKit，或者将其保留为 Parse，如果 Parse 配额即将结束，那么我更改为 CloudKit。但正如我所经历的那样，Parse 免费配额非常大。