問題タブ [checked-exceptions]

Javaでチェックされていない例外をチェックされた例外に変換できますか? はいの場合、チェックされていない例外をチェックされた例外に変換/ラップする方法を提案してください。

同じチェック済み例外を複数回宣言するメソッドを記述できることに気付きました。

これをやりたい理由が思い浮かびません。私はしばらく探していましたが、なぜこれが受け入れられるのか、またはどのように良いのかを説明するリソースがあるかどうかを見つけることができません. 誰でもこれに関するリソースを教えてもらえますか?

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

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

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

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

ラムダ式内からチェック例外をキャッチする必要がある理由を説明してください。つまり、次のコードがコンパイルされないのはなぜですか...

しかし、これは？

呼び出し先ではなく、スローされたチェック済み例外を処理する必要があるようです。

私は Java アソシエイト試験の勉強をしていますが、試験中に何がチェックされ、何がチェックされていないかを判断するのに苦労しています。ここで読んだものからコードを書くことができれば、それを調べたり、instanceofを実行したりできることはわかっていますが、それを判断する簡単な方法はありますか. いくつか取り上げましたが、全部覚えるのは大変です。以下は、この知識に基づく問題の試験です。

どの 2 つのコード フラグメントがコンパイルされますか?

オブジェクトのセットをファイルに書き込む方法をいじっています。Iterable.forEach() を使用した以下の実装がコンパイルされないのはなぜですか? Eclipse で、IOException が処理されていないというメッセージが表示されます。私は IOExceptions を処理しているように見えるので、これは特に紛らわしいです。

明らかに、以下は機能します。上記が機能しない理由とその修正方法に興味があります。

ConsumerとIterableのドキュメントを確認しましたが、どちらもこれを解決する方法を提案していないようです。

メソッドの 1 つの Java ユニット テストを作成しています。メソッドの宣言は次のようになります。

現在、2 つの単体テストを作成しようとしています。1 つは、正しい例外がスローされるかどうかをテストすることです。もう 1 つは、書き込み変換が確実に行われるようにすることです。これが私のテストケースの外観です

これらの両方のテスト ケースで、Unhandled InvalidRomanNumberException というエラーが発生します。これは、各メソッド定義にスロー InvalidRomanNumberException を追加した場合にのみ解決されます。しかし、それは正しい方法ではないと思います。他の人に確認したいのですが、ここでの標準は何ですか? この未処理の例外メッセージを解決するにはどうすればよいですか