イメージとしてはこんなものなのでしょうかね？
{
throw new MyCustomException(ExceptionCode.FileNotFound);
}
enum ExceptionCode
{
Unknown,
InvalidPath,
FileNotFound,
}
class MyCustomException : Exception
{
private static readonly Dictionary<ExceptionCode, string> _messages =
new Dictionary<ExceptionCode, string>
{
{ ExceptionCode.FileNotFound, "ファイルが見つかりません" },
{ ExceptionCode.InvalidPath, "パスを間違えています"}
};
public ExceptionCode ExceptionCode { get; private set; }
public MyCustomException(ExceptionCode exceptionCode)
: base(_messages[exceptionCode])
{
ExceptionCode = exceptionCode;
}
}
ただ、このコードを見ていると次のようなコードを書くのかと疑問に感じます。
try
{
using (new FileStream(@"hogehoge.txt", FileMode.Open))
{ }
}
catch (FileNotFoundException)
{
// .NETの例外をキャッチして自作の例外で投げ直すのか？
throw new MyCustomException(ExceptionCode.FileNotFound);
}
catch (PathTooLongException)
{
// 個別のエラーごとにcatchブロックを書かないといけないけど、そうするのか？
throw new MyCustomException(ExceptionCode.InvalidPath);
}
あと考えられる課題としていくつか列挙しておきます。
- 想定される例外はキャッチして自作の例外をスローし直すとして、想定していなかった例外はどうしますか？
- スローした後、どこでキャッチしますか？ログに書き込む処理は各所に用意するのですか？
どういった形で実装側がスローするか、どういった形で利用者がキャッチするか、キャッチした後の処理で楽な形は何かという風に、最終的にどのように扱うかも含めて、検討・設計した方がよいように感じています。
「C++ がこうだったからこうしなきゃいけない」ということがないのであれば、C# としてどういう風に作ると楽になるかを考えた方が良さそうです。
// .NET の例外の時点で多数に分岐してるので、すでに面倒くさいというのも事実。
// 個人的には Exception で集約して、GetType().Name と Message, StackTrace あたりをログに残したい。
// でも、Exception だと StackOverflowException とか重大な例外もくるので難儀。
