0

お気づきかもしれませんが、最近発生するさまざまなプログラムからのエラーには、常にそのエラー ID 番号があり、それは実際に何が起こったかを意味します。

Dictionary<int,string>int がエラー ID で、文字列が発生した内容の説明である場合、を使用することをお勧めします。

例えば：

ErrorID: 404
Description: Page not found

マイナス面を見つけたので、これを尋ねていますが、それが大したことであるかどうかはわかりません（おそらく、それがどのように行われたのかわからないだけです）。プログラマーとして、例外をキャッチしたら、それをエラー ID と正確にどのように関連付けますか? （したがって、最終的には、ユーザーDescriptionの操作がうまくいかなかった理由をユーザーに提供できます）。

ありがとうございました。

4

1 に答える 1

2

古き良きエラー コードパターンを転置しようとしています。これは、例外のない言語 (C など) またはブラックボックス/リモート プロセス (HTTP 要求) を扱う場合に適しています。

.net では、エラー メッセージを含む例外を使用できます。

throw new Exception("File not found");

または、独自の例外を作成することもできます:

class FileNotFoundException : Exception
{
  public FileNotFoundException() : base("File not found") {}
}

使用法：

throw new FileNotFoundException();

というわけで、答えは : あまり発生しないエラーのエラー コードを処理するのに適したパターンかもしれません。.NET 辞書は高速ですが、オーバーヘッドがあります。しかし、あなたの質問はi18nのものからそれほど遠くありません。

本当の問題は、エラー コードと例外のどちらを好むかということです。

于 2012-04-18T17:42:28.713 に答える