コードでRuntimeExceptionsを捕捉するのはいつですか？

Question

Javaでのプログラミングは、プログラマーがRuntimeExceptionsをキャッチすることを検討する必要があるときはいつでもありますか？

Answer 1

例外をキャッチするのと同じ理由で、RuntimeExceptionが発生します。何かを行う予定があります。おそらく例外を引き起こした原因を修正することができます。おそらく、異なる例外タイプで再スローする必要があるかもしれません。

例外をキャッチして無視することは、非常に悪いことです。

Answer 2

これは私が考えることができるものです。

1. あなたは何かが間違っている場合には、エンドユーザーに素敵なメッセージを表示したい場合は、のRuntimeExceptionをキャッチし、それを記録します。次に、爆破のエラーではなく、画面に素晴らしいメッセージを表示します。
2. 特定のアプリケーションに固有のRuntimeExceptionsをCheckedExceptionsをフレームワークをラップする.ITはhereが語ったとして、カスタム例外としてのRuntimeExceptionを使用することが好ましいです。

Answer 3

はい：可能な場合はいつでも回復できます。

多くの一般的な例外はRuntimeExceptionから継承されており、それぞれの状況によって回復可能である場合もありますし、回復できない場合もあります。 RuntimeExceptionクラスそのものは、例外がキャッチされる必要がある、またはキャッチされてはならないことを意味しません。

たとえば、特定の入力にIllegalArgumentExceptionをスローするライブラリメソッドがあるとします。プログラムに該当する場合は、この例外をキャッチして、何らかの方法でリカバリすることができます。たとえば、別の入力を試すか、操作を続行できない理由をユーザーに説明します。

Answer 4

ユーザーにカスタムメッセージを表示する場合は、RuntimeExceptionに移動します。

カスタムメッセージをラップしてスローします。

throw new RuntimeException("Invalid userName/Password !"); 

Answer 5

基本的には、アプリケーションを爆発させることができない場合があります。 This is a good articleはるかにこれを詳細に記述したが、ここでそれを合計引用です：

"If a client can reasonably be expected to recover from an exception, make it a 
checked exception. If a client cannot do anything to recover from the exception, 
make it an unchecked exception". 

未チェックの例外は、基本的にはちょうどあなたのコードでは、実際によるバグが唯一のスローする必要がありますされているので、行うことができます何もありませんあなたがアプリケーションを捕まえたいと思う唯一のリアルタイムは、アプリケーションを爆破させることができないときです。