74

在 C# 中实现自定义异常的行业标准最佳实践是什么？

我查了谷歌，有很多推荐，但我不知道哪些更可信。

如果有人有权威文章的链接，那也会有所帮助。

4

4 回答 4

68

创建自定义异常的标准是从Exception派生。然后，您可以引入自己的属性/方法和重载的构造函数（如果适用）。

这是一个自定义的基本示例，ConnectionFailedException它接受一个特定于异常类型的额外参数。

[Serializable]
public class ConnectionFailedException : Exception
{
    public ConnectionFailedException(string message, string connectionString)
        : base(message)
    {
        ConnectionString = connectionString;
    }

    public string ConnectionString { get; private set; }
}

在应用程序中，这可以用于应用程序尝试连接到数据库的场景，例如

try
{
    ConnectToDb(AConnString);
}
catch (Exception ex)
{
    throw new ConnectionFailedException(ex.Message, AConnString);
}

然后由您决定ConnectionFailedException在更高级别处理（如果适用）

还可以查看Designing Custom Exceptions和Custom Exceptions

于 2011-01-25T10:09:48.877 回答
13

这是创建自定义异常的代码：

using System;
using System.Runtime.Serialization;

namespace YourNamespaceHere
{
    [Serializable()]
    public class YourCustomException : Exception, ISerializable
    {
        public YourCustomException() : base() { }
        public YourCustomException(string message) : base(message) { }
        public YourCustomException(string message, System.Exception inner) : base(message, inner) { }
        public YourCustomException(SerializationInfo info, StreamingContext context) : base(info, context) { }
    }
}

另请参阅：http: //www.capprime.com/software_development_weblog/2005/06/16/CreatingACustomExceptionClassInC.aspx

于 2012-08-14T15:20:18.700 回答
8

我假设您正在寻找异常处理实践。所以看看下面的文章，

http://msdn.microsoft.com/en-us/library/ms229014.aspx //给出关于异常的总体思路，包括自定义异常

http://blogs.msdn.com/b/jaredpar/archive/2008/10/20/custom-exceptions-when-should-you-create-them.aspx //

于 2011-01-25T09:48:10.430 回答
1

我使用自定义异常来传达错误的性质。

例如，我喜欢使用框架提供的“ArgumentNullException”来检查参数。然后，当我在调试器或错误日志中看到此错误时，我立即知道错误的性质，而无需进一步阅读。

光谱的另一端是 InvalidOperationException，它可能意味着几乎任何东西。

自定义异常的替代方法是详细的错误消息。没关系，但是通过自定义异常（例如 ConnectionFailed）更有意义。然后消息本身可以提供更多细节。

创建此类自定义异常时，我不添加任何新属性。这样做的原因是，如果您有一个错误记录器，您希望它能够处理所有异常。如果您添加一个特殊属性，那么错误记录器将忽略它。例如，如果您使用 MSTest，当您运行测试但测试失败时，不会显示自定义属性。但是如果你坚持使用基类的 Message 属性，它会显示得很好。

所以子类化非常简单：

public class NavigationException : Exception{
    public NavigationException() {}
    public NavigationException(string msg) : base(msg) {}
    public NavigationException(string msg, Exception inner) : base(msg, inner) {}
}

这非常简单，适用于任何错误记录器，当我看到它时，我知道这是一个导航问题，如果需要我可以查看详细信息。

格雷格

于 2013-08-07T19:12:35.020 回答