■ソフトウェアの例外処理

理想は、どんな例外発生も想定して、きちんと処理を書いておくこと。

しかし実際はヒトがやることだから、漏れがある。

その扱いについて同僚と意見が分かれた。

例えば、「入力ファイルを読もうとしたら、ファイルが存在していなかった」ために、例外が発生するような場合。

【自分の考え：システムが出す例外メッセージ出力処理（エラーダイアログ）は、そのまま残しておくべき】

理由

• 利用者が見ても「何かとんでもないエラーが起きている」と分かるので、バグの報告をしてもらえる。
• さらに、例外メッセージをそのまま送ってもらえば、どこでどんな例外が発生したのかが調べやすい。
• 処理に失敗していることは分かるので、誤った結果を使って業務を進められてしまうのを防げる。

【同僚の考え：システムが出す例外メッセージ出力は、上位の関数でまとめて catch して いい感じに表示するべき】

理由

• システムが出す例外メッセージを加工して、もっと穏やかな表現にすれば、"何か良くないことが起こっている" ことは分かってもらえる。
• ログさえ回収すれば、利用者の手を煩わすこと無く、原因を調べられる。
• もし例外ダイアログが出ると、英語だから、利用者は意味がわからないので不安になる。

【上司の考え：ファイルを開く前に存在チェックすればいいでしょ。なんでしないの】

初めからこの人に相談しなかった理由

• そんなことは2人とも分かった上で話している、ということが分かっていない。
• 「例えば」の意味が分かっていない。もしくは話を聞いていない。

Permalink | 記事への反応(0) | 09:07

ツイートシェア