あなたのほとんどは、これは非常に一般的な質問だと思うでしょうが、それでも、私はそれを作るべきだと感じています:
強制終了しない方法でエラーを処理できるように、Android アプリを開発する際のベスト プラクティスは何ですか?
私はAndroidアプリを開発している初心者であり、強制終了に苦労しているため、これを求めています...問題が発生したときに強制終了を回避できるように、APPを設計する方法であるに違いないと推測しています(例：インターネットなし）私がtry/catchを使用していることは知っていますが、それは非常にプログラム的でクリーンな方法ではないようです.try/catch以外に例外を処理するオプションはありますか?
この件に関する優れたドキュメントやサンプル コードへのリンクを送信していただければ幸いです。わかりました！
強制終了は、キャッチされない例外の場合に発生します。適切なコーディング プラクティスと、一般的には自分でクリーンアップすることで、それらを回避できるはずです。特定の強制終了のシナリオについて質問がある場合は、それについて質問を投稿してください。できることを確認します。
あなたの質問に対する非常に具体的な答え（この場合はおそらく非常に悪い考えです）は、Googleの「強制終了」ダイアログに取って代わるグローバルなデフォルトのキャッチされていない例外ハンドラーを使用できるということです。これは通常、非常によく開発されたアプリを使用していて、本番環境でまれに発生するエラーから保護している場合、または Google マーケットのデフォルト以外のログ/レポート機能を使用したい場合にのみ、良い考えです。
これは例外を防ぐものではないことに注意してください。デフォルトの Google ハンドラー以外の場所にのみ渡されます。
Android を初めて使用する場合は、Android のライフサイクルで、データを保持したり、スレッドを調べたりするための使用法を見つけることができますActivity(この 2 つのケースでは、頭を抱えていなければ強制的に閉じることができます)。
あなたが自分で言ったように、これは非常に広い質問です。Android開発者サイトの「ベストプラクティス」セクションをお読みください。また、応答性については、このページを参照してください。
try / catchではなく例外を処理する他の方法については、悪いニュースです。なにもない。ただし、リソースを使用する前に、リソースの可用性を確認することができます。実際に使用する前に、インターネットアクセスを含む多くのことを確認できます。ここにすべてをリストすることはできませんが、時間の経過とともに学習します。この投稿では、インターネットの可用性を確認する方法を説明します。
お役に立てれば。
実際、強制終了は、アプリで何か問題が発生している兆候にすぎません。Try/catch は、java (および android) で使用してアプリをより堅牢にし、エラーが発生した場合の動作を宣言するのに適したメカニズムです。
私は他のコメントに同意しません。アプリを構築し、発生する可能性のあるすべての例外/エラーを予測することは非常に困難です。したがって、強制終了が発生しないことを心配する必要はありません。それらをどのように読み取れるか、ログの cat トレースを理解し、強制終了の原因となったバグを見つける方法に集中する必要があります。
プログラミングはエラーが発生しやすく、困難であり、エラーを取得して修正しようとするプロセスによって、常に多少の色付けが行われてきました。だから必死にならないでください、あなたは正しい道を進んでいます。