エラー情報の管理について

Question

エラーコードとエラー情報をまとめて管理するため、現在は

const std::unordered_map<std::string, std::string> ERROR_MESSAGE
{
	{ "E00001", "起動に失敗しました" },
	{ "E00002", "引数の数が不正です" },
	{ "E00003", "メモリ保持に失敗しました" },
};

以上のように管理をしています。

ただ完全に自分で考えたもののため、これがベストな手法なのかわかりません。
よりよい手法等ございましたらお教えいただきたいです。

Answer 1

こんにちは。

「エラーコード」を文字列で規程するのはあまり一般的ではありません。文字列はタイプミスが怖いからです。"E0000l"と"E00001"を読み違えることは多いと思います。（前者の最後の文字は小文字のL）
なかなか取れないバグになりますが、エラーコードのバグは正直最悪です。
エラーケースのテストは一般に非常に手間がかかる割にプログラムの機能向上に効果的ではないため、十分なテストができないことが少なくないからです。

さて、「エラーコード」を何故割り当てるのか？考えてみるのも一つです。
発生したエラーの内容を見てプログラムが自動的にリカバリ処理を行うケースではエラーコードを割り当てることで、タイプミスによるバグを軽減できます。

逆にユーザへどんなエラーが発生したかを通知し、ユーザが手動でリカバリするケースではエラーコードは不要ですね。
例えば、gccはエラー検出時、エラー・メッセージを出力しますが、msvcのようなエラー・コードは出力しません。必要ないからだと思います。
このような時はエラーコードそのものを定義しないということも視野に入ると思います。

私自身は後者を主に使い、自動リカバリや後処理で分岐が必要な場合にだけ前者を補助的に使っています。全てのエラー・メッセージにエラー・コードを割り当てても、自動リカバリ等に有効なスマートなコード割当のあまりの難しさに断念したという感じですね。

Comments

[__ook]

回答ありがとうございます。
つまりエラーコードは不必要な場合が多い、かつ必要な場合は数字で記述すべき、ということでしょうか。

[Chironian]

「記述すべき」かどうかは人によって見解は異なると思います。私はそのようにしているという例を示したという内容です。もし、同じように感じられるのであれば、_miyaさんも同じようにすると良いですし、そうでもないなら、同じようにする必要はないと思います。