Ios NSURLConnection是否需要我警告用户？

我知道苹果指南中有这样一句话：如果连接不可用，通知用户。但这究竟应该在哪里进行呢

到目前为止，我只是在

NSURLConnection didFailWithError

方法中显示了一个

UIAlertView

，但由于我使用了多个连接对象，而且如果一个连接不可用，则在某些情况下会多次弹出窗口

我是否一定要在

didFailWithError

方法中显示消息？或者有没有更干净的方法让用户知道如何检查他/她的连接

我是否一定要在didror方法中显示消息

不，当然不是。如果你的应用程序可以容忍无法建立连接，那么就没有理由为此而打扰用户。如果失败的连接改变了应用程序响应用户的方式，那么你当然应该让用户知道。您可以为此使用警报，也可以只显示“脱机”图标或类似的内容

我是否一定要在didror方法中显示消息

---

不，当然不是。如果你的应用程序可以容忍无法建立连接，那么就没有理由为此而打扰用户。如果失败的连接改变了应用程序响应用户的方式，那么你当然应该让用户知道。您可以为此使用警报，也可以只显示“脱机”图标或类似的内容。

您不需要显示警报，当然也不需要为每个连接故障显示警报。您有几个选择：

在一次失败时，重试几次；如果所有这些都失败了，那么通知

在一次故障时发出警告，但在后续故障时禁用/限制警告

---

您不需要显示警报，当然也不需要针对每个连接故障显示警报。您有几个选择：

在一次失败时，重试几次；如果所有这些都失败了，那么通知

在一次故障时发出警告，但在后续故障时禁用/限制警告

---

在尝试连接之前，我会检查是否可以连接到主机，您可以使用找到的Apple可达性代码的变体

---

如果检查成功，但连接失败，那么问题就出现了，连接对于用户在应用程序中继续操作是否绝对重要？如果是重要的，向用户发出连接失败的警报，将此状态存储在某个位置，并相应地采取行动。如果不是重要的，为什么要告诉他们？下次他们尝试连接时，他们必须经历相同的过程，这最终会告诉他们无法访问主机。

在尝试连接之前，我会检查是否可以连接到主机，您可以使用找到的苹果可访问代码的变体

---

如果检查成功，但连接失败，那么问题就出现了，连接对于用户在应用程序中继续操作是否绝对重要？如果是重要的，向用户发出连接失败的警报，将此状态存储在某个位置，并相应地采取行动。如果不是重要的，为什么要告诉他们？下次他们尝试连接时，他们必须经过相同的过程，最终会告诉他们无法访问主机。

不，您不必在

didFailWithError

中报告错误。你应该以任何对你的应用有意义的适当方式提醒用户。苹果关心的是整体用户体验。不要完全忽略所有错误，因为这会让用户疑惑，为什么在他们期望发生某些事情的时候什么也没有发生。如果您在文档中提供了引发此问题的段落的链接，这会很有帮助。很难想象文档会在任何地方说，每次连接失败时都必须显示警报。哇，我想我有一段时间没看指南了，它们现在看起来很新，也不一样了。我记得的文件中有编号的章节（例如：4.1、4.2等），显然已经没有了。我不记得指导方针中说每次连接失败时我们都必须显示警报（直到现在这只是我的做法）。它基本上是说，如果internet连接不可用，则会以某种方式警告用户。不，您不必在

didFailWithError

中报告错误。你应该以任何对你的应用有意义的适当方式提醒用户。苹果关心的是整体用户体验。不要完全忽略所有错误，因为这会让用户疑惑，为什么在他们期望发生某些事情的时候什么也没有发生。如果您在文档中提供了引发此问题的段落的链接，这会很有帮助。很难想象文档会在任何地方说，每次连接失败时都必须显示警报。哇，我想我有一段时间没看指南了，它们现在看起来很新，也不一样了。我记得的文件中有编号的章节（例如：4.1、4.2等），显然已经没有了。我不记得指导方针中说每次连接失败时我们都必须显示警报（直到现在这只是我的做法）。它基本上是说，如果互联网连接不可用，以某种方式警告用户。