Java のエラーの catch の意味について

Question

当方 Java 初心者のため、Java でのお作法がまだよく分かっていません。

他人の書いた、以下のようなソースコードがあります。

private byte read() {
    try {
        if (bufferPointer == bytesRead) {  
            bytesRead = din.read(buffer, 0, BUFFER_SIZE); 
            if (bytesRead == -1) return -1;  
            bufferPointer = 0;
        }
        return buffer[bufferPointer++];
    } catch (IOException e) {
        throw new RuntimeException(e);
    }
}

ここで、try-catch にて、IOException を単に RuntimeException に変換して例外を送出している必要性は何ですか？

try無しで書くと、どのような不都合がありますか？

プログラム全体を見なければ分からないという意見もあるかと思いますが、一般論としての単にエラーを送出するだけの try-catch の意味合いが知りたいです。

Comments

[meg_]

> ここで、try-catch にて、IOException を単に RuntimeException に変換して例外を送出している必要性は何ですか？
作成者に意図を聞くことは出来ないのではないでしょうか？

Answer 1

ここで、try-catch にて、IOException を単に RuntimeException に変換して例外を送出している必要性は何ですか？

既出のとおり。意図はわからない。

try無しで書くと、どのような不都合がありますか？

不都合ではないけれど、read()メソッドにthrows句を書く必要がある。

- private byte read() {
+ private byte read() throws IOException {

そうすると、read()メソッドを呼び出しているところに、try-catchで囲む役割が押し付けられる。
それがヤだから、非チェック例外である「RuntimeException に変換して例外を送出している」のかもしれない。

Comments

[shiketa]

ちなみに。Kotlinにはthrows句がありません。チェック例外も非チェック例外同様にcatchすることを強制されない。try-catch式はあるので、必要なら例外をcatchすればいい。それはそれで、便利です。
この便利さをJavaで実現しようとすると、件のread()メソッドのように「RuntimeException に変換して例外を送出」する手がありそうです。

[TakaiY]

この回答に一票。
IOExceptionなどの例外を『非チェック例外である「RuntimeException に変換して例外を送出している」』 して明示的に扱わなくていいようにすることで、コードをすっきりさせる効果があると思います。

[mqnowa]

そもそも IOException は必ず catch しないとコンパイル通らないんですね......

[jimbe]

>そもそも IOException は必ず catch しないとコンパイル通らない

それがつまりお二方のコメントにある「チェック例外」(IOException )・「非チェック例外」(RuntimeException )というやつです。
これは「try無しで書くと、どのような不都合がありますか？」という時点で試してみれば分かる事です。
机上でコードを見るだけでなく試せることは試してみたほうが、実感としてより経験になるでしょう。

また、「一般論として」というワードがありますが、システムは１つ１つが特注品であり、コードの一部というのは大きな機械の中の歯車の1つ程度の意味しかありません。「プログラム全体を見なければ分からないという意見もあるかと思いますが」と仰っている通り、また他の回答の方も仰っている通り、そのような極一部を見て分かるものではありません。

Answer 2

ここで、try-catch にて、IOException を単に RuntimeException に変換して例外を送出している必要性は何ですか？

「必要性」は分かんないよ。作者がそうしたかったから、ってのが理由だから。
単純に、ソースコードの他の場所でRuntimeExceptionをcatchして処理してる部分があるんでしょ?そこでRuntimeExceptionとして一括に処理したい、と。
それ以外考えつかないなぁ。