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

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

我已经检查过Google，并且有很多建议，但是我不知道哪个建议更可信。

如果有人与权威文章有任何链接，那也将有所帮助。

创建自定义异常的标准是从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在更高级别上进行处理（如果适用）

也可以看一下设计自定义异常和自定义异常

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

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

我假设您正在寻找异常处理实践。因此，请看以下文章，

http://msdn.microsoft.com/zh-cn/library/ms229014.aspx //提供有关包括自定义异常在内的异常的总体思路

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

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

例如，我喜欢使用框架提供的“ 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) {}
}

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

格雷格