java - コード内で RuntimeException を直接スローすることが推奨されないのはなぜですか?
Error、RuntimeException、Throwable、Exception などの一般的な例外を使用すると、呼び出しメソッドがアプリケーション生成のエラーとは異なる方法でシステム生成の真の例外を処理できなくなります。
違反コード例Error、RuntimeException、Throwable、Exception などの一般的な例外を使用すると、呼び出しメソッドがアプリケーション生成のエラーとは異なる方法でシステム生成の真の例外を処理できなくなります。
違反コード例
滿天的星座2017-06-30 09:58:07
これは簡単です。
簡単な例えを使用して、ログインを作成します。用户不存在/密码错误... 这些错误类型, 如果你直接使用RuntimeException コードは次のように記述します。
リーリー
リーリー
リーリー
例外をキャッチするリーリー
message を介して例外処理ロジックを判断することには多くの欠点があります。たとえば、message が動的である場合、それは正確に処理されません。一般的な例外タイプを定義します。ビジネス コードによる判断がより正確になります。また、例外タイプの定義が減り、コードの冗長性も減ります。以下は、私が行った方法である kotlin コードの一部です。現在使用しています。リーリー
怪我咯2017-06-30 09:58:07
Exception を直接スローすると、Nginx は定義したメッセージを上書きし、特定の情報を表示できなくなります。
推奨されるアプローチは、自分で例外を定義し、RuntimeException を継承することです。これにより、例外が何であるかが分かり、問題を見つけやすくなります。