例外処理とロギングのベストプラクティス：CodeZine

はじめに システム開発において例外処理は重要なポイントですが、あまりに軽視されているのが現状ではないでしょうか。本稿では、これまでの著者の開発経験の中から培った汎用的な手法を説明します。 この記事は「美しい設計」ではなく「現実的な設計」、現場に適用できる「できるだけ手間の少なく、汎用的な設計」を目指しています。 対象読者 J2EE開発者・アーキテクト。特に業務システムの開発現場の方が対象です。 必要な環境 概念の説明が中心ですので、開発環境は必要ありません。 エラーの分類 実装時に考慮すべきエラーは2つに大別できます。 想定内でトランザクションの実行開始前にチェックするエラー。主に入力エラー。 異常な状態としてトランザクションの続行が不可能なエラー（例外）。 前者については、例外を使うべきではありません。入力チェックエラーを表現するには、ステータスコードを使うべきです

[webmarksjp]

設計

[kazukiy]

例外処理とロギングに関する基本事項

[katzchang]

微妙だなぁ。RuntimeExceptionを継承するってアレだし、levelってのもオブジェクトっぽくないし。「例外は処理コストが高いので」も状況によるし。レイヤ化とかで例外処理を複雑化しない方法の方が教えて欲しい。

[twainy]

仕事では似たようなやり方でやってるけど、メッセージなりエラーコードなりでエラーの種類を分類するのはJavaっぽくなくて気持ち悪いなあと思ったり

[asla]

例外、ログ

[jusuke]

RuntimeExceptionを継承したユーザ定義例外を作る

[uronim1]

logging

[poohkuma]

Javaでの例外処理の書き方

[uxoru]

例外の設計手法ってあんまり語られることがないのでブクマ。Servletに返す意味ではRuntimeExceptionを継承するというのはいい手かもしんない。