JavaとRubyの例外処理(その2)~メギドの丘~

Human Resocia Co.,Ltd.

2015-06-01 12:00

ヒューマンリソシア株式会社はコラム「 JavaとRubyの例外処理(その2)~メギドの丘~ 」を公開しました。
###
JavaとRubyの例外処理の続きです、前回と併せてお読みくださいませ。

前編は基本構文を比較してみましたが、後編はfinally(ensure)節での挙動について言及を試みます。
JavaとRubyを例外処理にて比較した場合にも、やはり実行形態(処理系)が異なる点が
コーディングにおいても相違点の一因になると考えられます。

Javaではソースコード中にライブラリのメソッドが例外をスロー(送出)し例外チェックが必要な場合に、
コード内に例外処理を記述しないとコンパイルエ ラーになります。
例外発生が予期される箇所を事前に教えてくれると理解出来ます。
適切な例外ハンドラを用意しなさいという教えを請うのです。
(但し、RuntimeExceptionサブクラス等は例外チェックがありません。)

その反面、Rubyの場合には処理系がインタプリタのためにコンパイル手順そのものがありません。
Rubyがスクリプト用途としての簡易実行が可能であり、つまり自由度が大きい分、
プログラマにその責務を委ねているとも思えます。(RubyMotionというRubyコンパイラも最近登場です。)
例外発生時には、catch(rescue)節で指定した例外を捕捉して適切な処理を実施すべきですが、
catch(rescue)節を省略した場合にはデフォルトのエラー処理がなされます。
(よく画面で見かけるあのメッセージです。)

この続きは以下をご覧ください
(リンク »)
本プレスリリースは発表元企業よりご投稿いただいた情報を掲載しております。
お問い合わせにつきましては発表元企業までお願いいたします。

【企業の皆様へ】企業情報を掲載・登録するには?

御社の企業情報・プレスリリース・イベント情報・製品情報などを登録するには、企業情報センターサービスへのお申し込みをいただく必要がございます。詳しくは以下のページをご覧ください。

ZDNET Japan クイックポール

注目している大規模言語モデル(LLM)を教えてください

NEWSLETTERS

エンタープライズ・コンピューティングの最前線を配信

ZDNET Japanは、CIOとITマネージャーを対象に、ビジネス課題の解決とITを活用した新たな価値創造を支援します。
ITビジネス全般については、CNET Japanをご覧ください。

このサイトでは、利用状況の把握や広告配信などのために、Cookieなどを使用してアクセスデータを取得・利用しています。 これ以降ページを遷移した場合、Cookieなどの設定や使用に同意したことになります。
Cookieなどの設定や使用の詳細、オプトアウトについては詳細をご覧ください。
[ 閉じる ]