多くの到達可能性テストコードには、ネットワークが復旧したときにユーザーに通知を受け取ることができるように、「通知」の概念が組み込まれているようです。
「通知」部分を実装する必要がありますか？ユーザーがネットワーク接続を必要とし、それが利用できないことを試みたときにユーザーに警告することは許容されますか？（接続が回復したときに通知なしで）
サンプルコードは、純粋なネットワークの可用性（デバイスがwifi、3gなどに接続されている場合）と特定のIPへの到達可能性を扱っていることがわかります。私のアプリは、必要に応じて特定のIPアドレスに接続する必要があります。このシナリオでは、そのIPが適切な時間に到達できない場合にアラートを出すだけで十分ですか、それとももっと何かを処理する必要がありますか？到達可能）
ありがとうございました
1. Apple がリリースしたサンプルの拡張である Andrew Donoho の Reachability クラスを参照することをお勧めします。
これにより、通知の処理について心配する必要がなくなり、IP の到達可能性をテストしたり、特定のネットワーク タイプがアクティブであるかどうかをテストしたりすることに集中できます。
2. ユーザーへの実際の通知に関しては、アプリケーションによって異なります。たとえば、私のアプリの 1 つの画面の大部分で、UIView は、そのビューが読み込まれるときに RESTful サービスからのデータの非同期ダウンロードを試みます。事前に到達可能性テストを行うことはありません。単に呼び出しを試み、要求が失敗した場合は、事後にユーザーに通知します。IP が到達可能であることを知る必要がある特定のケースがない限り、一般的なケースでは、接続試行のエラーを処理するだけで十分だと思います。最初に到達可能性をテストしたいかもしれませんが、多くのエッジケースがあると確信しています。
一方、特定の画面での到達可能性を使用して、WiFi 接続をお勧めします。その画面はかなりデータ集約的な同期を実行するため、ユーザーが 3G を使用している場合は、同期にかなり時間がかかることをユーザーに警告します。WiFi は単純に同期を実行します。
AFAIK、ネットワークが利用可能になったときに通知をポップアップする必要はありません。実際、ネットワークが利用できなくなったときに実際に通知をポップアップする必要はありません。代わりに、ネットワーク関連のボタンを有効/無効にしたり（ユーザーがボタンが無効になっている理由を理解できる限り）、目立たない画面上のインジケーターを表示したりすることができます。
重要なのは、ネットワークが利用できないときに空白の画面や不可解なエラーメッセージを表示しないことです。そうしないと、ユーザーがなぜ機能しないのか疑問に思うままになります。
「ネットワークオフ」と「ネットワークオンだがIPアドレスに到達できない」を区別する必要があるかどうかはわかりません。