アプリケーションネットワークの到達可能性と電話後のストリーミングオーディオの再開

Question

私のアプリを提出しようとしています。そのラジオを再生します。私のWebサーバーからいくつかの情報を表示します。

1）アプリが到達可能かどうかをチェックし、利用可能な接続がない場合はユーザーに通知します。接続がない場合でもユーザーがラジオを再生しようとすると、アラートがポップアップし続けるように、ここでもっとやる必要はありますか？または、アプリが十分に始まるときに一度チェックしますか？ 多分、ラジオ局を再生しようとした、またはWebサーバーから何らかのデータをダウンロードしようとしたすべてのボタンをチェックすることが期待されますか？アプリケーションが起動しても、後でそのアプリケーションが失われると、Webに接続できますか？

2）アプリはバックグラウンドでラジオストリームを再生できます。私が扱うと予想されるこれに関連する特別なものはありますか？アプリが通話中に中断された場合は、通話後に自動的にラジオを再開させる予定ですか、それともユーザーに残してもいいですか？電話機側の音量コントロールは、音量をコントロールするのに問題ありません。私は他のボタンを電話機からアプリに接続していません。これでいい？

3）他に何かがある場合は、私が取り扱うべきであると考えてください。お気軽にご提案ください。 Appleは受け入れた

多くのおかげ -code

Answer 1

私は一般的に撮影した戦略、およびは、通信の試みが失敗した最初の時間（「怠惰な」アプローチ）まで到達可能性について何もしないことです。次に、私は到達可能性をチェックします：

a）利用可能なインターネット接続がない場合、私は非常に好きなことを言ってUIAlertをポップアップします。 "利用可能なインターネット接続はありません。利用可能です。その後、インターネット接続が不足している間に新しい通信エラーが発生するたびに、UIAlertを再度表示するのではなく、UIの失敗を「更新に失敗しました」と表示します。インターネット接続が復帰すると、接続が再び失敗した場合は、私が説明したUIAlertが再び表示されます。

b）は、インターネット接続が利用可能であり、それは何かが最後の途切れの試みと間違っていたということだけだ、私はどこか（とないUIAlertなどUIでのエラーを反映している場合 - 彼らは慎重に使用する必要があります）

質問2については、そうではない理由がない限り、Appleのサンプルを標準として取ることが最善だと思います。あなたが電話をかけた後、iTunesは再生を再開します。そのため、Appleのリードに従えばよいかもしれません。電話の後にラジオを手動で開始するためにアプリに戻らなければならないと、私はおそらくユーザーとして迷惑になるだろう！

UIRequiresPersistentWifiキーをアプリケーションplist btwに設定しましたか？これを有効にしたいと思うように聞こえます。つまり、Wi-Fiのみのシナリオでインターネット接続を失うと、アプリはユーザーに範囲に入るWi-Fiネットワークに参加するよう促します。また、My iPhone app needs a persistent network connection...how to specify UIRequiredDeviceCapabilities?

最終的なもの：私の答えの先頭に私は '怠惰な'到達可能性テストを挙げました。ただし、ユーザが最初に確認するのがログイン画面である場合は、ユーザ名とパスワードを入力するだけでインターネットに接続できないことがわかるため、事前にリーチャビリティをチェックしたい場合があります。その場合、アプリがタイピングの手間を省くならば、より良いかもしれません。