有理由不使用吗。NET Framework在您自己的代码中定义了异常类?

Ick。我不喜欢的是:

• 这违反了最小意外原则
• ArgumentException .

我建议你让你的团队负责人阅读第60项 Effective Java 2nd edition 是的,它是关于Java而不是C#的,但原则是一样的。

我赞同Jon Skeet和Kev的回答。我只想补充一点,如果您的异常策略希望将框架级异常与您自己的异常区别对待,请考虑使用异常的堆栈跟踪。

// Somewhere within a custom exception handler policy
var frame = new StackTrace(exception).GetFrame(0);
if (frame.GetMethod().DeclaringType.Namespace.StartsWith("MyNamespace.")) 
{
    // Handle exceptions from our code
}
else 
{
    // Handle framework-level exceptions
}

这 Framework Design Guidelines Krzysztof Cwalina和Brad Abrams的书(第一版)建议丢弃在 System 名称空间越具体越好。如果没有很好的匹配,那么抛出一个自定义异常。

自定义 ArgumentNullException 匹配 System.ArgumentNullException 您可以从堆栈跟踪中确定最终负责人,而不是框架类。

好吧,你的代码和.net基类抛出的异常都应该以相同的方式处理。

两者都可能是问题的症状 你的 代码,因此两者都不应被忽略或过滤!

投掷。当异常正确地描述了您试图暴露的问题类型时,Net异常是可以的(例如,当参数为null时,您应该抛出ArgumentNullException)。如果你发现一种情况没有得到处理。Net框架(例如,您想将6除以3,但您的应用程序不允许这样做),您应该创建一个自定义异常。