例外の設計について、あらためて考えてみた - くらげになりたい。

例外ハンドリング周りによく悩むので、改めて考え直してみた ちなみに、例外とエラーは置き換え可能として、区別せず、 try-catch形式を想定してます 全体のイメージ イメージとしてはこんな感じ 利用者やアプリケーションは、 APIサーバなのか、Web/スマホアプリなのかによって変わるけど、 アプリケーション ... 作った部分 利用者 ... アプリケーションを使うユーザやシステム 外部システム ... アプリケーションが利用してる部分 実行環境 ... アプリケーションを動かしてる部分 というイメージ 例外のいろんな分類 例外の分類には色んなバリエーションがあるっぽい 業務例外とシステム例外 業務例外 ... 業務ロジック(ビジネスロジック)での例外 システム例外 ... それ以外のシステムの技術的な例外 回復可と回復不可 回復可 ... 再操作などでリカバリ可能 回復不可 ... リ

[mak_in]

業務エラーか否か、対応はどうするか、で分ければ大抵どうにかなる。昔からのJavaの流れで、業務エラーを例外で処理するか否か、で文化がある。例外≒システムエラーにするのが個人的には楽。