Java 是否应报告异常的消息文本?

考虑一些可能引发检查异常(类型为的异常Exception)的代码。catch当然,你的代码是例外。你也不仅可以吞下该异常,还可以通过你的代码通过用户界面以某种方式向用户报告该异常。也许在日志文件中,或使用GUI弹出窗口。

你报告给用户的文本是否应包含异常的消息文本。也就是说,由Throwable.getMessage()或Throwable.getLocalizedMessage()?提供的文本。

我认为不是,但是似乎很多人不同意我的看法。那我怎么了?我的论据如下。

  • 该消息是在引发异常时创建的。因此,它充其量只能提供非常低级的信息,可能不适合向用户报告。
  • 从哲学上讲,在我看来,使用消息与异常的整体观点相反,这是将错误处理的检测和启动(throw部分)与处理和报告的完成(部分)分开catch。使用该消息意味着该消息必须能够很好地进行报告,从而将报告的责任转移到仅应负责检测和启动的位置。也就是说,我认为getMessage()设计的一部分Throwable是错误的。
  • 该消息未本地化。尽管有它的名字,但是它getLocalizedMessage()并不是很好,因为你可能直到你catch例外之前都不知道要使用什么语言环境(是要转到英语系统管理员阅读的系统日志的报告,还是要在窗口中弹出以查看GUI的法语用户?)。
  • 我听说Java 7为改进了异常层次结构IOException,使你能够处理不同catch子句中的各种I / O错误,从而使getMessage()文本的重要性降低。这就意味着,即使Java设计人员对,也有些不满意getMessage()。

    我不是问报告堆栈跟踪是否有用。堆栈跟踪只会对提示错误的异常有用。也就是说,对于未经检查的异常。我认为在这种情况下,提供异常消息的低级详细信息不仅有用,而且是强制性的。但是我的问题涉及已检查的异常,例如文件未找到。

回答:

如果向用户显示错误情况,则可能应该是用户友好的消息。例外包含用户不应该/不需要知道的技术细节。

在某些情况下,显示堆栈跟踪信息可能是安全问题,所以永远不要向用户显示堆栈跟踪。

如果要向用户显示错误消息,则有些时候你有意识地决定显示弹出窗口或将消息添加到日志窗口。到那时,你可以将任何异常转换为更用户友好的消息。请注意,你可能需要比默认Exception类型提供的更多的信息,因此你可以/应该创建自己的Exception类型,其中包含所需的所有信息,以向用户提供所需的所有数据。

以上是 Java 是否应报告异常的消息文本? 的全部内容, 来源链接: utcz.com/qa/399109.html

回到顶部