在 this 的评论中回答我正在讨论 backgroundTasks 最终导致:
将 backgroundTasks 用于与下载/上传无关的任何事情。对于上传/下载，使用 NSURLSessions 的 backgroundSessions。然后我发表了另一条评论，询问为什么不对所有类型的请求使用后台 session 并被告知:
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.
是什么让后台 session 对 REST 调用不太方便？有时，您的互联网速度可能会很慢，并且有大量数据。确保所有数据提交都通过不是很方便吗？
我不确定，但如果您正在做诸如银行交易之类的事情，您不会想要使用 backgroundSession。因为您希望用户在离开之前知道该决定。用户永远不应该假设他们可以离开应用程序并且应用程序会继续正常工作。他们也不应该认为他们可以恢复(通过 downloadTaskWithUrl)。
如果出于某种原因用户进行了 2000 美元的交易并点击按钮期望交易会通过但它没有会发生什么。下次用户返回屏幕时，他们可能会因为安全原因而退出并且永远不知道，或者保持登录状态，但他们会看到交易失败的警报。现在他们就像“哦，不，我的女儿急需 2000 美元。她一定还在等钱!”。
您不想让用户产生不好的期望*。相反，您希望用户自己承担全部责任，而不是点击主屏幕并等待成功/失败。因此，一旦用户单击提交转移，他就会等待它获得成功并继续前进，或者看到失败并等待并调查他的交易未通过的原因。
您通常通过微调器/动画传达失败的可能性，并通过警报传达实际结果(失败或成功)。
*不好的预期是:每次我点击提交转移按钮都会通过，失败的可能性为0，无需您等待并看到它通过。
关于ios - NSURLSessions 后台 session 的正确用例是什么？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/45219562/
| 欢迎光临 OGeek|极客世界-中国程序员成长平台 (https://ogeek.cn/) | Powered by Discuz! X3.4 |