プロジェクト管理の問題を解決します！ CCPMソフトウェア BeingManagement3 (BM3)
NEW!CCPMソフトウェア『BeingManagement3』 クラウドサービス向けオプション機能「BM Adviser」10⽉2⽇発売 〜ワンクリックで専任コンサルタントのノウハウをアドバイス〜2023年10月2日 NEW!『BeingManagementクラウドサービス』利用規約改定のお知らせ2023年9月19日 夏期休業のご案内2022年8月1日 Internet Explorerのサポート終了に伴う『BeingManagement3』の対応について2022年3月4日 年末年始の営業についてのご案内2021年12月10日 夏期休業のご案内2021年7月21日 5 月連休に伴う休業のご案内2021年4月19日 年末年始の営業についてのご案内2020年12月24日 夏期休業のご案内2020年7月27日 5 月連休に伴う休業のご案内2020年4月27日
例外処理とロギングのベストプラクティス：CodeZine
はじめに システム開発において例外処理は重要なポイントですが、あまりに軽視されているのが現状ではないでしょうか。本稿では、これまでの著者の開発経験の中から培った汎用的な手法を説明します。 この記事は「美しい設計」ではなく「現実的な設計」、現場に適用できる「できるだけ手間の少なく、汎用的な設計」を目指しています。 対象読者 J2EE開発者・アーキテクト。特に業務システムの開発現場の方が対象です。 必要な環境 概念の説明が中心ですので、開発環境は必要ありません。 エラーの分類 実装時に考慮すべきエラーは2つに大別できます。 想定内でトランザクションの実行開始前にチェックするエラー。主に入力エラー。 異常な状態としてトランザクションの続行が不可能なエラー（例外）。 前者については、例外を使うべきではありません。入力チェックエラーを表現するには、ステータスコードを使うべきです
エラーの種類と例外
フォルトはシステム側で発生する異常であり、アプリケーションプログラムでキャッチしても適切なリカバリ処理を行うことができません。 Errorはまさにこのために存在する例外です。 メソッドのthrows節で宣言する必要はなく、アプリケーションプログラムでキャッチすることも想定されていません。 フェイラーはアプリケーションの設計の範囲内のエラーであり、当然アプリケーションプログラム側でリカバリ処理を行える可能性があるものです。 メソッドのインタフェースはクライアントとサプライヤの間の契約であるので、発生が予想されるエラーに関してthrows節で宣言することは当然と言えるでしょう。 throws節で宣言された(RuntimeExceptionでない)Exceptionはクライアントでキャッチすることが必要になります。 デフェクトはアプリケーションのバグに起因するエラーであり、アプリケーションプログ
EclipseでJavaの例外を理解する
実行時に発生する例外 実行時に発生する例外はプログラミングエラーに対して使用されます。この例外はJavaではjava.lang.RuntimeExceptionクラスで表現されています。このサブクラスには、パラメータが不正であることを意味するjava.lang.IllegalArgumentExceptionや配列の添え字が範囲外であることを意味するjava.lang.IndexOutOfBoundsExceptionや、メソッドを呼び出そうとした変数がnullを参照していたことを意味するjava.lang.NullPointerExceptionといったものがあります。実行時に発生する例外のほとんどは、メソッドのAPI仕様に従わずにメソッド呼び出しを行うこと（事前条件違反、precondition violation）が原因です。例えば、次のプログラムはコンパイルエラーにはなりませんが、
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
