.net 异常

Question

我什么时候应该创建自己的自定义异常类而不是使用 .Net 提供的异常类？

我应该从哪个异常基类派生，为什么？

Answer 1

到目前为止，答案看起来都不错，但我还要补充一点：

隐藏可能会暴露的实现细节，因为您需要处理这些异常。

例如，您不希望您的 UI 捕获 SQLException。您应该从数据访问代码中抛出您自己的异常，并让您的 UI 处理这些异常。如果您更改为非数据库提供程序来存储数据（例如 XML、文件系统等），则无需更改 UI 代码。

但是，只有当我在 UI 代码中显式处理它们时，我才会这样做。

Answer 2

如果我想向其中添加其他属性（例如变量、位置、用户名、返回记录数等），我会创建自己的异常类。

本质上，我会创建一个类来缩小错误范围以及如何重新修复-创建它。

编辑

哦，您可以将验证错误添加到异常类中，该异常类可以传递到前端以显示错误。

Answer 3

为什么要创建自己的异常？

您创建自己的异常，以便在抛出异常时可以捕获特定的异常，从而将它们与系统抛出的（未处理的）异常区分开来。

您应该从哪个类派生它？

早些时候，从 ApplicationException 类派生自定义异常是标准做法，但随着时间的推移，MS 建议发生了变化，鼓励开发人员从System.Exception 本身而不是 ApplicationException

Answer 4

这可能看起来有点明显，但当没有内置异常有意义时，您应该创建一个异常。通常我会为我正在开发的库定义一个基本异常。

public class MyLibraryException : Exception
{
    // .....
}

然后我将为使用该库时可能出现的情况创建一个例外。

public class SomethingHorribleException : MyLibraryException 
{
    // .....
}

然后客户端总是可以知道我的库将抛出继承 MyLibraryException 的内容。

Answer 5

异常处理的目标应该是清楚地了解出了什么问题。因此，只要提供的异常不能提供清晰的理解，您就应该定义自己的异常。

例如，我正在编写一个将阿拉伯数字转换为罗马数字的应用程序。本申请中的限制之一是罗马数字必须落在0＜0的范围内。 x < 4000.

private string ToRoman(int number)
{
    if (number > 0 && number < 4000)
    {
        //ConvertHere
    }
    else
    {
        //Custom exception used for readability purposes.
        throw new NumeralOutOfRangeException();
    }
}

至于使用哪个基类，微软建议用户定义的异常子类Exception。 (http://msdn.microsoft.com/en-us/library/seyhszts .aspx)

Answer 6

创建自己的异常的原因之一是能够隔离它们以进行捕获。例如：

try {
// do stuff
} catch (MyCustomException e) {
// handle this known exception
}

所有其他异常都可以冒泡并在另一个级别进行处理。