アプリケーションから例外を投げる派、投げない派 - Shin x Blog

例外をどのような状況に投げるかもしくは投げないか、というのはわりと意見が分かれるところです。もちろん、プログラミング言語によっても異なりますが、同じプログラミング言語ユーザ同士でも様々です。 基本の考え方 ベースとしては、Effective Java の項目 39 にある下記の方針が参考になります。 例外的な状況の時にのみ例外を使う。 Effective Java 禅問答のような定義ですが、これには異論は無いでしょう。例外を正常フローで利用したり、制御構造に用いるべきではありません。 人によって異なるのは「例外的な状況」の解釈です。 例外的な状況 この「例外的な状況」の解釈は人によって異なるようで、これまでも議論になっていました。これまで聞いた解釈を乱暴に分けると以下の 2 パターンに分かれます。 1. アプリケーションから独自の例外を投げる派 ランタイムやミドルウェア連携などプラットフォ

[shin1x1]

書きました。

[hiragram]

nilとかfalseになんか意味を持たせてエラー値として扱うのはクソキモい派

[sonots]

「プラットフォームやフレームワークが投げる例外以外は使わない派」がいるということにカルチャーショックを受けた

[onefootinthegrave]

リトライできる入力チェックは例外使わない派。 画面から入れた値の入力チェックでエラーは例外的な状況とか思えない。 サーバーにある設定ファイルならの入力なら例外で落とす。

[suthio]

例外は副作用なので、テストしずらくなりやすい。ただ、意図的に独自例外を投げたい時はあって、ネットワーク通信とかは例外で処理していく方がいいイメージ

[hogeaegxa]

例外クラス細かく分けても、受ける側は大抵メッセージとバックトレースをログ出しして落とすぐらいしか出来ることないんだよな。例外だから

[tofu-kun]

呼び出す側で過不足なくINPUTしているのに、呼び出された側の都合でエラーになったときには例外を投げるようにする派

[zentarou]

goto代わりに例外使われているコードを見つけたときは目を疑った

[rryu]

必ずキャッチして適切に処理しなければならなのは例外的な処理ではない訳で、アプリはエラーでもなんらかの応答を返さなければならないから、投げっぱなしで済む処理がほぼ無くて例外の使い所が無いだけなんだよな。

[todesking]

ADTやパターンマッチがない言語は大変そう

[mohno]

んー、1レベルの戻り値で判断できる状況なら例外は使わない派かな、どちらかというと。でも、まとめて処理したいときは例外使う。

[bleu-bleut]

例外的な状況の時のみ例外を使うべきとされているが、プラットフォームやフレームワークが投げる例外以外は使わない派と、積極的に独自の例外を投げる派がいるね。

[AmaiSaeta]

そもアプリに依って「その状況が例外か否か」は変わりうるのでF/Wの例外が真の例外かというと…… | 「安全な限定版goto」に「意味」を持たせちゃった事に因る混乱という気が。継承（「D is a B」か否か）と同じように。

[watermaze]

例外は定義されているクラスだが、戻り値はただの値なのでなあ。設計書には1を戻すと書いてあるが、1を表す定数が山ほどあってここではどれ使えばいいのよというアホプロジェクトに関わった人間としては例外の方が良

[kabukawa]

例外

[nazoking]

例外は制限付き値付きのgotoなので行き先の話をしないと無意味じゃないかなーコンソールアプリとwebアプリで違うしフロントエンドとバックエンドでも違うし

[indication]

処理が継続出来なくなった時点で投げるべきだと思う

[bouzuya]

エラーという括りだと雑すぎないかな……たとえば入力検証によるものもエラーだけど、そこには例外を使うべきなのか、とか。

[gnufrfr]

想定してない動きが起きそうなところは全部例外投げちゃう

[w1234567]

PHPerさんらしい周回遅れの議論だけどアプリケーションレベルの例外は筋が悪いよ、メソッドを呼び出す前に前提条件をチェックして回避できるなら、それはアプリケーションレベルの例外を使うべき例外的な状況ではない

[n314]

PHPで言うなら、NotFoundExceptionとかRedirectException, AuthExceptionのようなものを使うかどうか、とか。header('Location...'); exit; とか直に書くよりは綺麗に見える。その代わり追いにくい。

[greencoffeemaker]

あるべき物がないとか、想定してない値は例外派なので積極的に使う派なんだろうな。この辺を感覚で話すと宗教論争になりやすいので要注意ですな。

[sgo2]

GDBやVisualStudioには指定した例外(ゼロ除算やアクセス違反等も含む)が投げられる時点でブレークする機能があるので、例外が適切に使われていると問題発生時の調査が楽。(下手に使い過ぎると却って面倒になるが)

[cl-gaku]

例外投げなくてもいい派の人はよっぽどきれいな設計をするんだろうなと思う

[a-kuma3]

例外を気にする派、気にしない派、という分類の方が実情を表してると思うけど／気にしない派が大多数　:-|

[htnmiki]

ブコメでもこんだけ意見が入り乱れるこの状況でユーザ（企業）は何を信頼したらいいのか

[turanukimaru]

例外クラスを作りこむ派。例外クラス中に画面表示用メッセージ作成処理とかログ用メッセージ処理とかを入れている。

[shikiarai]

システム設計方針次第では

[Nyoho]

rebuildfm ep169でも出たなあこれ

[nakag0711]

戻り値をチェックしてエラーならreturnというロジックになるなら例外を使うべき。そのまま継続するなら例外向きではない

[xenon_abe]

成功以外はすべて例外とみなす派

[reitanigawa]

私も、業務エラーで、例外を投げたい派

[DiceK_U]

アプリケーションエラー、システムエラーの区別はしてくれよ

[hachibeechan]

言語によるけど、例外的状況以外では例外投げたくない、Optionとか使いたい。でもnullやfalseだけで失敗を表現しようとするのはギルティ。そういうコードって往々にしてデバッグに必要な情報を握りつぶしてる

[a_suenami]

書いてある通り、"「例外的な状況」の解釈"次第なのであってそれ以上でもそれ以下でもないのではって思った。僕は動的型付き言語使うことしかないので、コンパイラの役割の一部をお願いしてるって感じ。DbC的な。

[otakumesi]

例外はそうせざるを得なくなるまで積極的には書きたくないなぁ

[nari_san]

書いてることがすごいよくわかる派

[kaipu1224]

例外は許さん、もみ消す！ってソースが沢山転がってる