当前位置: 首页 > 知识库问答 >
问题:

异常是否只属于库

呼延晋
2023-03-14

我刚才问了一个问题。

这是关于在虚拟图书馆管理条件下处理异常。帖子上的答案令人信服,我不应该选择例外。

但是我刚刚在这里读了一篇文章,它很好地说明了这一点,并坚持了对我之前问题的回答

只有在希望开发人员对问题采取纠正措施或记录日志以进行事后调试时,才应创建新的异常。

由于我们应该编写它们来帮助开发人员而不是用户,这是否意味着异常仅在开发人员将使用的库中占有一席之地?,如果代码未被其他开发人员使用,那么我们不应该在其中使用任何异常?

如果不是这样,那么有谁能告诉我在库管理项目中可能需要/应该使用异常的任何实例,这样我就可以知道什么时候应该在不需要其他代码调用的代码中编写异常。

我想重点讨论我应该在何时何地编写异常,尤其是如果只在库中编写的话。

共有1个答案

胡昊
2023-03-14

那很好。

>

关于运行时异常,这取决于应用程序/库的设计。若用户可以/应该采取任何纠正措施,那个么我们应该抛出RuntimeExceptions,否则,只需为开发人员记录它们。

 类似资料:
  • 我有一个小的性能问题,当使用try-catch子句时,最好指定可以获得的确切异常,或者只使用exception它更好?例子: 或者如果你不介意什么样的例外: 因为我知道你可以使用不同的异常来触发不同的效果,但我只是要求性能。

  • 问题内容: 考虑以下代码: 无需添加方法签名即可编译该代码。(它与同样表现到位,太)。 我理解为什么 可以 安全地运行它,因为实际上不能将其引发在块中,因此不能引发已检查的异常。我有兴趣知道在何处指定此行为。 并非永远都不会达到目标:以下代码也会编译: 但是,如果抛出一个检查的异常,它不会像我期望的那样编译: 在JLS Sec 11.2.2中 ,它说: 一,其抛出的表达式语句(§14.18)具有静

  • 我对从JBPM工作项处理程序抛出异常并在业务流程的其他地方处理异常的主题有点困惑。我们使用JBPM 6.0.3在Jboss EAP 6.1中运行。 JBPM用户指南暗示您永远不应该从WorkItemHandler中抛出异常。相反,处理程序应该捕获它们并以某种方式处理它们,或者将它们转换为错误消息、信号或类似信息。JBPM甚至提供了工作项处理程序包装器,用于捕获信号并将它们转换为消息。用户指南中没有

  • 问题内容: 我想知道只有Integer.parseInt(无论如何)都不会失败的情况下才能做些什么。 更具体地说,我有一个jTextArea用户指定值,由换行符分隔。 我想检查每一行,看看是否可以转换为整数。 想出了类似的东西,但是不起作用: 任何帮助表示赞赏。 问题答案:

  • 问题内容: 有谁知道是否存在可以测试被测代码中是否抛出异常的或类似东西? 问题答案:

  • 如果S是T的一个子类型,那么T类型的对象可以被S类型的对象替换。 子类有两种不同的行为(选中与未选中),在某些情况下,除非更改当前代码,否则无法用子类对象有效地替换基类用法,例如,如果编写如下代码: 这是违反吗?,为什么/为什么不?。 资料来源:http://www.oracle.com/technetwork/articles/entarch/effective-exceptions-09234