ios - 没有服务器的简单消息传递应用程序

Question

我是 iOS 开发的新手，开始学习一个使用 Parse 作为服务器的简单消息传递应用程序的教程。他们编码的方式是，每次发送消息时应用程序都会查询解析(以保存消息)，但看到 Parse 在其免费计划下仅允许 30 个请求/秒如何制作消息传递应用程序？为每条消息将数据保存到服务器是标准约定吗？在每秒只能查询服务 30 次的应用程序上拥有大量用户群似乎并不实际。

简化后的问题是:对于简单的消息传递应用程序，与服务器的关系的标准约定是什么？该应用程序是否将每条消息保存到服务器或是否有使用推送通知的解决方法？ (但即使有推送通知，应用程序也必须打开才能接收它们，至少我对推送的理解有限)

Answer 1

每秒只有 30 次查询的消息传递应用要拥有庞大的用户群是不实际的。 Parse 正在经营一家公司。他们为您提供每秒 30 个 API 请求，以便您可以试用他们的服务并了解其工作原理。但是，如果您正在为大量用户群设计应用程序，您肯定需要付费，因为您希望 Parse 为您运行服务器。

除此之外，(典型的)消息传递应用程序向服务器发送每条发送消息时至少发出一个 API 请求是正常的。服务器负责接受、路由、保存和传递消息。发送的消息产生推送通知和来自客户端应用程序的 API 请求以检索消息也是正常的。一般的工作流程是:

1. 用户发送消息
2. 应用上传消息到服务器
3. 服务器确定消息的去向
4. 服务器向收件人发送推送通知
5. 收件人应用向服务器查询待处理消息
6. 收件人应用程序显示收件人用户的消息

这是两个 API 请求和每个已发送消息的推送通知。

除此之外，根据您的消息服务设计，服务器还可以存储所有消息，以便稍后用户可以在不同的设备上打开应用程序并下载历史记录，以显示同步。

现在，肯定有办法减少服务器 API 请求的数量。您的应用程序可以在本地批量处理消息，您的服务器可以批量推送通知，您的客户端可以批量查询(或者您可以同时执行这三种操作)。所有这些选项都有助于显着减少您为服务器 API 请求付费的数量，但它们也会降低消息服务的响应速度和用户体验。

您还可以设计一个复杂的点对点通信系统(就像过去的 Skype)，从消息流中移除服务器。但是，您将不得不设计复杂的认证和验证系统、复杂的路由系统、复杂的存储系统等大量的工作。即使你这样做了，我也不知道 Apple 是否会在 App Store 上允许它。大量的时间、工作和不确定性，以避免为服务器支付少量成本。

关于推送通知:推送通知从服务器发送到接收方客户端应用程序。您的 iPhone 无法将通知推送到另一部 iPhone。中间总会有一个服务器。您的应用程序无需打开即可接收推送通知。 iOS 将接收它，然后将其传送到您的应用程序。如果您的应用已关闭，iOS 将(部分)在后台打开它以传递消息。