如何选择最合适的异常类型来抛出？

Question

已经有很多关于例外的问题，但我找不到能回答我的问题的问题。如果我错过了另一个问题，请随时指出我的方向。

我的问题很简单：其他 (C#) 开发人员如何选择最合适的异常类型来抛出？之前我写了以下代码：

    if (Enum.IsDefined(enumType, value))
    {
        return (T)Enum.Parse(enumType, value);
    }
    else
    {
        throw new ArgumentException(string.Format("Parameter for value \"{0}\" is not defined in {1}", value, enumType));
    }

我后来意识到，如果我当时知道它的存在，那么抛出 InvalidEnumArgumentException 可能会更合适。

是否有可用的权威资源来帮助开发人员选择异常类型，或者仅仅是经验问题？

编辑

我已经给诺多林积分，因为它在一个深思熟虑的答案中提供了一系列想法。积分可能真的属于你们中的任何人 - 感谢所有建议。

Answer 1

Krzysztof Cwalina 在此 see chapter "1.1.1 Choosing the Right Type of Exception to Throw" 上有一个很好的帖子

PS 考虑订阅他的博客。好好读书！

回答您的问题：InvalidEnumArgumentException
因为抛出最具体（最衍生的）有意义的异常。

捕获 ArgumentException 的调用者也捕获 InvalidEnumArgumentException...

Answer 2

我会说这取决于经验。我仍然经常发现新的异常，而且我已经使用 .NET 的许多方面工作了一段时间！无论如何，您希望此消息来源告诉您什么？选择适当的异常类型似乎是高度特定于上下文的，所以我怀疑它可以提供的建议水平。列出更常见的将是它所能提供的最多的。异常类型的名称和 Intellisense 描述通常清楚地解释了它们的使用场景。

我的建议是让自己熟悉所有基础知识（特别是 System、System.IO 以及您经常使用的任何其他名称空间中的那些），并在此过程中学习其他名称。我发现我通常只使用一小部分就可以逃脱。如果您在 BCL 中已经存在更具体的异常类型时意外使用了更通用的异常类型，那么这不是什么大罪，并且可以在以后轻松更改。老实说，对于任何特别具体的错误，您通常都需要创建自己的类来继承 Exception。

希望对您有所帮助。

编辑：如果您想了解非常常见的简要指南，请参阅 MSDN 上的 Common Exception Classes 页面。

Answer 3

Common Exception Types and their Explanations

我认为这可能会帮助您找出最适合您使用的例外情况。如果需要，您还可以查看 MSDN 文档以获取有关 Exception 类及其所有类型的更多信息。

• MSDN Exception Class (System)
• MSDN SystemException Class (System) - 更详尽的列表 异常类型

Answer 4

如果您查看MSDN article on System.Exception，页面底部是继承 Exception 的 BCL 异常类型的完整列表。它不是一个关于什么应该用于什么的明确列表 - 但它确实为您提供了一个开始检查异常类型的好地方。浏览每个将告诉您它们应该用于什么：

• http://msdn.microsoft.com/en-us/library/system.exception.aspx

还有一篇关于 .NET 异常层次结构的相当全面的文章，位于：

• http://msdn.microsoft.com/en-us/library/z4c5tckx(VS.71).aspx

事实上，MSDN 库中关于处理和抛出异常的整个部分都非常好：

• http://msdn.microsoft.com/en-us/library/5b2yeyab(VS.71).aspx

Answer 5

我将大多数常见的例外情况写在我办公桌上的明信片上，当人们尝试以一种特殊的方式与我互动时使用它们。

这对于找出最适合的异常是非常好的做法...

我发现自己最常使用的是 OperationNotSupportedException

Answer 6

我认为真正的问题是问自己“我要处理哪种类型的异常？”如果您不打算对 InvalidEnumArgumentException 或 ArgumentException 进行特殊处理，那么与普通的旧异常相比，它们没有任何优势。

我通常要么抛出异常，要么将异常包装在自定义异常中。

编辑添加： 有一次，我记得微软的指导是你的应用程序永远不应该抛出框架异常，而应该只抛出 ApplicationException 的扩展。

Answer 7

我通常定义自己的异常结构，首先创建一些基础异常：

class MyProjectNameException:Exception
{
...constructors, etc
}

然后派生类以获得更精确的异常。通过这种方式，您可以准确地知道什么时候会出现哪个异常，并且您可以知道异常是由您还是由框架引发的。

Answer 8

如果你找到一个合适的例外，你可以使用它。

如有疑问，请使用ApplicationException。这是针对不属于标准库的代码的异常。

如果不打算以标准化方式使用异常（例如捕获基类IOException 以捕获任何与 I/O 相关的错误），则您放入异常中的消息比类型更有用例外。