[解決済み] なぜすべてのブロックを "try"-"catch "で包んではいけないのですか?
2022-03-22 10:32:05
質問
あるメソッドが例外を投げる可能性がある場合、意味のあるトライブロックでこの呼び出しを保護しないのは無謀である、というのが私の考えです。
先ほど投稿した ' 投げる可能性のある呼び出しは、必ず try, catch ブロックで囲むべきです。 ' から この質問 と言われ、「著しく悪いアドバイス」だと言われたのですが、その理由が知りたいです。
どのように解決するのですか?
メソッドは、何らかの賢明な方法で例外を処理できる場合にのみ、例外をキャッチする必要があります。
そうでない場合は、コールスタックの上位にあるメソッドがそれを理解できることを期待して、それを上に渡します。
他の人も指摘しているように、致命的なエラーはすべてログに記録されるように、コールスタックの最上位に未処理の例外ハンドラ(ロギング付き)を持つのが良い習慣です。
関連
-
接続待ちでリクエストがキャンセルされた(ヘッダ待ちでClient.Timeoutを超えた)
-
[解決済み] 複数の例外を1行でキャッチする(ブロックを除く)
-
[解決済み] Try-catchは私のコードをスピードアップさせるか?
-
[解決済み] java.lang.OutOfMemoryError "に対処する。PermGen space "エラーに対処する
-
[解決済み] すべての例外をキャッチする `try`/`except` ブロックはどのように書けばよいですか?
-
[解決済み】C#で例外をキャッチして再スローする理由とは?
-
[解決済み】 java.lang.reflect.InvocationTargetException の原因は何でしょうか?
-
[解決済み】Exceptionを投げるとき、どの部分が高価なのですか?
-
[解決済み】再試行キャッチはどのように実装するのですか?
-
[解決済み】try {...} finally {...} は良くて、try {...} catch{} はダメなのはなぜ?
最新
-
nginxです。[emerg] 0.0.0.0:80 への bind() に失敗しました (98: アドレスは既に使用中です)
-
htmlページでギリシャ文字を使うには
-
ピュアhtml+cssでの要素読み込み効果
-
純粋なhtml + cssで五輪を実現するサンプルコード
-
ナビゲーションバー・ドロップダウンメニューのHTML+CSSサンプルコード
-
タイピング効果を実現するピュアhtml+css
-
htmlの選択ボックスのプレースホルダー作成に関する質問
-
html css3 伸縮しない 画像表示効果
-
トップナビゲーションバーメニュー作成用HTML+CSS
-
html+css 実装 サイバーパンク風ボタン
おすすめ
-
よくある例外 No converter for XXX with preset Content-Type 'application/octet-stream'
-
接続待ちでリクエストがキャンセルされた(ヘッダ待ちでClient.Timeoutを超えた)
-
com.android.tools.build:gradle:3.2.1 が見つからなかったので、flutter プロジェクトを開始します。
-
[解決済み] java.lang.OutOfMemoryError "に対処する。PermGen space "エラーに対処する
-
[解決済み] 例外を発生させるタイミングは?
-
[解決済み] なぜすべてのブロックを "try"-"catch "で包んではいけないのですか?
-
Serious: Exception loading sessions from persistent storage.