久々に業務エラーについて考察が面白い。以前の記事を辿ると、「業務エラーは戻り値で表現(2006/12/06)」と考えられてたのが、「業務エラーは例外で表すべき(2007/02/25)」とし、「そのどちらでもない(2008/10/15)」と。例外は、業務として例外を識別する役割を持つクラス(メソッド)が例外としてthrowすべきだよね。ことで、ユースケースの基本フローの1ステップを正に実装したクラス(メソッド)という認識。Applicationレイヤで「業務エラーにすべき状況の検出」とあるので、try-catchするのはApplicationレイヤという認識でいいのかな?であれば、例外をthrowするのはDomainレイヤ(以降)ということでいい感じ。どこかでも以前例外の話をしたなぁ〜とか。検索みなさん同じような認識なのかな。ある意味、C#では「業務のエラーは例外にすべきでない」というスタンスに見えなくもない。思ったら、こんな記事見つけた。型や構造体クラスなどを使うことで表現する。」がイマイチ納得できん感じ。ASP.NETでは、Page_ErrorまたはOnErrorって仕組みがあるので、画面的な動きはそこで制御(実際はメッセージ表示)すればいいのかな。抽象クラスに実装して、テンプレートメソッド的に個別画面に個別要件があれば記述するという書き方がよさげかな。»プロフィールid:S_a_k_U人生の目標は世界征服平和です。(1)はてなブログをはじめよう!S_a_k_Uさんは、はてなブログを使っています。ブログを報告するスターをつけました引用をストックしましたストック一覧を見る閉じる引用するにはまずログインしてくださいログイン閉じる引用をストックできませんでした。再度お試しください閉じる限定公開記事のため引用できません。