重複の可能性:
hibernateがHibernateExceptionをRuntimeExceptionに変更した理由(チェックされていない)
春に例外を保持し、チェックされていない例外として休止状態にする理由は何ですか?
コーディング中の混乱を減らすためだけですか、それともその背後に他の設計原則がありますか?
重複の可能性:
hibernateがHibernateExceptionをRuntimeExceptionに変更した理由(チェックされていない)
春に例外を保持し、チェックされていない例外として休止状態にする理由は何ですか?
コーディング中の混乱を減らすためだけですか、それともその背後に他の設計原則がありますか?
ほとんどのデータベース例外を処理している間、開発者ができることはほとんどありません(つまり、例外から回復するためにcatchブロックに何かを書き込むことを意味します)。データベース接続の問題と同様に、テーブルなどの問題に誤ったクエリまたは列が存在しません。
したがって、チェックされていない例外は、開発者が不要なキャッチブロックを追加するのを防ぎます。それでも必要な場合は、チェックされていない例外をキャッチし、残りの例外を残すことができます。これは、チェックされた例外の場合とは異なります。
チェックされた例外とチェックされていない例外の議論は古くからあります。どちらの陣営にも強力な支持者がいます。チームとして、スタイルを選択し、それに固執する必要があります。
理論的根拠は推測することしかできませんが、どうやら春と休止状態は未チェックの例外キャンプを支持していたようです。
この議論は (特に) 「Java では、いつチェック済み例外を作成する必要があり、いつそれを実行時例外にする必要がありますか?」という質問で説明されています。
Springのようなフレームワーク、HibernateはJavaリフレクションの周りで機能すると思います。そして、ほとんどの例外は実行時例外です。