NSURLSessions 后台会话的正确用例是什么?

What is the proper use case for NSURLSessions background sessions?

this 回答的评论中,我讨论了 backgroundTasks,最终导致:

对与 download/upload 无关的任何事情使用 backgroundTasks。对于 upload/download 使用 NSURLSessions 的 backgroundSessions。然后我发表了另一条评论,询问为什么不对所有类型的请求使用后台会话,并被告知:

For regular REST calls, background sessions are much less convenient, and generally not what you'd want. They're not a general purpose tool for every request; they're for performing uploads and downloads.

是什么让后台会话对 REST 调用不太方便?有时您的互联网速度可能很慢,但数据量很大。确保所有数据提交都通过不是很方便吗?

我不确定,但如果您正在做类似银行交易的事情,您不会想要使用 backgroundSession。因为您希望用户在离开之前知道该决定。用户永远不应该假设他们可以离开应用程序并且应用程序会继续正常工作。他们也不应该认为他们可以恢复(通过 downloadTaskWithUrl)。

如果由于某种原因用户进行了 2000 美元的交易并点击按钮期望交易完成但没有[=25]会发生什么=].下次用户返回屏幕时,他们可能出于安全原因注销并且永远不知道这件事,或者保持登录状态但他们会看到交易失败的警报。现在他们就像 "Oh no my daughter needed 00 urgently. She must be still waiting for the money!".

您不想让用户有不好的期望*。相反,您希望 用户 自己承担全部责任,而不是点击主屏幕并等待 success/failure。因此,一旦用户点击提交转账,他就会等待它成功并继续,或者看到失败并等待并调查他的交易未通过的原因。

您通常通过 spinner/animation 传达失败的可能性,并通过警报传达实际结果(失败或成功)。


*不好的预料是:每次我点击提交传输按钮,它都会通过,失败的可能性为 0,无需您等待并看到它通过。