在C#中不使用Exception类的Message字段是一种好的做法吗

本文关键字：一种 Exception 字段 Message 类的 | 更新日期: 2023-09-27 18:21:07

根据本文，使用Exception类的Message字段不是一个好的编程实践。

然而，当我试图在我的项目中抛出异常（例如ArgumentException）时，如何添加我的自定义异常信息？我应该使用Exception.Data属性吗？

代替使用：

throw new ArgumentException("My Custom Info.");

我应该使用：

ArgumentException ex = new ArgumentException();
ex.Data["CustomInfo"] = "My Custom Info.";
throw ex;

如果不使用Message字段，代码会变得很麻烦。

不使用Exception类的Message字段是一种好的做法吗？

提前谢谢。

在C#中不使用Exception类的Message字段是一种好的做法吗

我实际上建议Message字段是关键的。您应该在Message字段中始终有一条"真实"消息。

问题更多的是试图将数据放入消息本身。如果您需要将自定义数据与异常一起传递，那么创建一个以数据为属性的自定义exception类是一种更好的做法。这并不意味着你不应该有Message——你的自定义异常，以及任何与此相关的异常，都应该有一条明确的消息来描述出了什么问题，但作为有效负载发送的任何其他数据都应该通过自定义Exception类来处理。

自定义异常是最好的选择。查看以下链接。

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

http://msdn.microsoft.com/en-us/library/vstudio/ms229064%28v=vs.100%29.aspx

阅读微软向开发人员推荐的解决方案会很有帮助。

http://msdn.microsoft.com/en-us/library/seyhszts.aspx

如果您对企业级异常处理感兴趣，"异常处理应用程序块"将是最好的解决方案。

http://msdn.microsoft.com/en-us/library/dn169621.aspx

如果需要自定义信息作为异常的一部分，通常建议创建自己的异常类，在该类中创建单独的属性来构建信息。

对于您的示例，相关的异常构造函数可能如下所示：

public CustomException(string message, string customInfo) : base(message) {
  CustomInfo = customInfo;
}

customInfo参数将填充类中的只读属性：

public string CustomInfo { get; private set; }

这样使用：

throw new CustomException("My message", "My Custom Info.");

请注意，您链接的文章提到，异常消息不是存储结构化信息的好地方，因为这将迫使客户端解析以获得相关位，因为您必须将所有信息格式化为单个字符串。

您可以通过以下方式创建自己的异常：

public class MyException : Exception
{
    public MyException() : base("The text you want")
    {
        // you can add here helpLink, Hresult and etc.
        this.HelpLink = "http://whateverurl";
    }
}

上述文章：

类是例外。返回异常信息时，请创建用于存储数据的字段。如果你做不到，人们将需要解析Message字段来获得他们需要的信息。现在，想想如果您需要本地化甚至只是更正错误消息中的拼写错误，调用代码会发生什么。你可能永远不知道这样做会破坏多少代码。

这太傻了。例外情况是指例外情况，而你所分析的一切都无法挽救局面。异常永远不应该是正常应用程序流的一部分。因此，将诊断信息放在哪里并不重要。

我总是用Message来提供信息。这是最简单的方法，可与ToString()配合使用，后者是打印异常详细信息的首选方法。

我在这里写了一系列关于异常处理的文章：http://blog.gauffin.org/2013/04/what-is-exceptions/#.UdWxqflplc4

相关文章：