解析 API 请求 iOS

Question

我有一个使用 Parse 的 iOS 应用程序；这个应用程序。同时连接两个用户，因此他们能够相互共享一些图像。 普通用户可以拍照和这张照片。在 Parse 上自动上传并从其他用户下载。

为了让每个用户都能显示另一个用户上传的最新图像，他们都使用 NSTimer 对象每 0.2 秒轮询一次 Parse。一切似乎都运行良好，除了有时应用程序超过免费 Parse 帐户提供的最大 30 req/sec 的事实。

Parse 指南指出，登录、保存和从 Parse 中查找内容等操作都算作 API 请求；我只有两个用户同时登录，因为我每 0.2 秒为每个用户轮询 Parse，所以在一秒钟内我有 10 个请求由两个用户处理。

在解析时，我尝试使用分析部分的“事件”工具，但从“API 请求”图表中我无法确定问题出在哪里，因此我使用了另一个名为“资源管理器”的工具来执行查询在精确的时间范围内加载我的应用程序发出的所有 API 请求。
从查询结果中，我注意到 Parse 正在执行其他后台请求，这可能会影响我的帐户可用的最大请求数。

上传/下载过程的实现（每 0.2 秒轮询 Parse）是实现目标的最佳方式，还是有更有效的方式来实现，也许使用 Parse Notifications？

我知道我可以增加最大值。请求/秒的数量只是升级我的 Parse 帐户，但由于我还没有完全理解这个 API 请求计算是如何工作的，我想知道是否有人可以通过一些示例或解释为我指出正确的方向。

Answer 1

没有。这根本不是最好的方法。因为你提到的确切原因：你为许多请求和太多流量创建了 faaaaar。

更好的方法是使用silent push notifications。

您需要编写一些云代码，当一个用户上传图片时触发或直接从上传到接收用户触发它。接收设备对静默收到的通知做出反应并加载图像并通知其实际用户。