問題タブ [unchecked-exception]

最近、いくつかの Java コードをリファクタリングしています... 多くの RuntimeExceptions がスローされていることがわかりました (つまり、チェックされていない例外)。独自のチェック済み例外を作成し、これらの RuntimeExceptions の各インスタンスを独自の例外に置き換えました。次に、これにより、例外を確認する必要がありました。

そうは言っても、別の開発者が例外を確実に処理するため、チェックされた例外の方が優れていることがわかります... プログラムがユーザーに何も表示せずに例外を処理する代わりに。

チェックされていない例外とチェックされた例外に関する多くの記事を読みました..しかし、人的エラーが減るため、例外をより多くチェックしたように感じます。

チェックされた例外を主に使用するプログラミングはどれほど貧弱ですか? チェックされていない例外よりもチェックされた例外が好きだと感じた人はいますか?

以下のコード サンプルを実行しようとしましたが、StackOverflow エラーが発生しました。無限ループに陥りそうです。ここで何が起こっているのかを知るために誰か助けてくれませんか?

以下のコードスニペットを見つけてください

さて、私は過去1日かそこらの間、これを理解しようとしてきました。私の宿題では、チェックされていない例外とチェックされた例外の両方を作成する必要があります。私が得ると信じているチェックされた例外は、基本的にコンパイルする前に処理する必要があります（try＆catchまたはそれを呼び出す次のものにスローします。チェックされていない例外については、カスタム例外がどのように機能するかわかりません。実行時にキャッチされ、必ずしもスローしたり、try & catch で囲んだりする必要はありませんが、それらがカスタムである場合、IDE などは何を探すべきかをどのように認識しますか? 例: ユーザーがポケモンを追加すると、カスタム Unchecked ファイルの 1 つがトリガーされるはずですが、パーティーは満員ですが、それが必要であることを IDE に伝えるにはどうすればよいでしょうか? 私の例外ファイルは次のようになります。

そして、このメソッドでそれを実装したいのですが、その方法はわかりません。ユーザーがそれらを期待していないため、それらをキャッチしようとしないため、それらをスローできないことに気付きました。

私は Java の例外について学習しようとしていますが、教育目的で、標準 API のすべてのチェック済み例外とすべての未チェック例外のリファレンスを入手できれば幸いです。

関連する質問ですが、私が求めているものではありません。

カスタマイズされた例外がチェックされている例外かチェックされていない例外か? どのように？

Java の Checked および Unchecked Exception を認識しています。

多層環境では、未チェックの例外はチェック済みの例外よりも優れたパフォーマンスを発揮しますか?

私が取り組んでいるプロジェクトでは、次のようなブロックがいくつかあります。

クラスA:

ただし、一般的な例外をキャッチするすべてのインスタンスを、特定の「予期される」タイプの例外のみに置き換えるという任務がありました。

問題は callSomeMethod() がこのようなものを持っていることです

クラス B:

理想的には、私のグループは変更をできるだけ少なくするように私に依頼しました。また、callSomeMethod() の署名を変更することはできませんが、クラス A で RuntimeException をキャッチしたくないため、単にキャッチすることも望んでいません。任意のタイプの RuntimeException - クラス B から除外しているもののみ。

これを処理する最善の方法は何ですか?