Javadoc の @throws に例外を網羅的に書くメリット | DevelopersIO

本記事は Javadoc に @throws を書く習慣の無い方に、@throws を書いてみようかな？と思っていただくことを目標に書きました。 本記事は Javadoc に @throws を書く習慣の無い方に、@throws を書いてみようかな？と思っていただくことを目標に書きました。 前提 いわゆるコードの保守性よりもバグを出さないことの優先順位が上、という思想の元に、実際に開発に適用してみて割とよかった話、として記載しています 開発しているアプリ（prismatix）の性質上そうしている、というところが大いにあると思うので、マッチしない環境も多々あると思います Webアプリケーションで、ハンドリングされない例外があるとステータスコード500が返って、不要なアラートがバンバン飛んで辛くなるのは NG にしたい、みたいな背景があります 以下のような開発対象や開発環境だと、あまりメリット

[onefootinthegrave]

javaも後発の他言語も未だに最適解見つけられてないから現実に沿った妥協案が必要になるねえ。

[otchy210]

例外の種類によってエラーハンドリングを変えなきゃいけないケースそんなにあるかいな？全員にこの規範を守らせる難しさを鑑みたら、クリティカルな場面は「全部 catch 全部ロールバック」でいいような。

[masaru_b_cl]

それ of それ > “チェック例外でこれを実現しようとするのは、現実的に結構厳しい”

[nemuzuka]

呼び出し元でちゃんと処理して欲しい時に漏れなくするにはどうすれば良いんだろうとは思ってる。scala の Either っぽくしても正常か異常かの2値だしなぁ...

[inabajunmr]

書いた