exception-handling
-
-
如何处理和解析 JPA 持久性异常,以便向用户提供有意义的消息 我对JPA相当陌生,希望在处理JPA的持久性异常时找到最佳实践,例如,用户可以解决的唯一约束冲突。关于如何编写JPA应用程序的例子很多,但几乎没有关于如何处理被他们踢出的异常。:/ 例如
-
运行时/已选中/未选中/错误/异常之间的差异 什么是运行时异常,什么是已检查/未检查异常以及错误/异常之间的区别。为什么会有这么多类型?相反,Java可以简单地遵循一个简单的设计(只是尝试/捕获所有类型)来处理程序中的异常情况
-
Swing Worker 中优雅的异常处理 我正在通过 Swing Worker 类在应用程序中使用线程。它工作正常,但我对在try-catch块中显示错误消息对话框有一种不好的感觉。它可能会阻止应用程序吗?这就是它现在的样子: 调用 get in done 方
-
何时适合使用错误代码? 在支持异常对象的语言(Java、C#)中,何时适合使用?在典型的企业应用程序中使用错误代码是否合适? 许多众所周知的软件系统都使用错误代码(以及相应的错误代码参考)。一些例子包括
-
如何记录未经检查的异常?[已关闭] Joshua Bloch在他的 Effective Java 中写道: “使用 Javadoc @throws 标记来记录方法可以引发的每个未选中的异常,但不要使用 throws 关键字在方法声明中包含未选中的异常。 好吧
-
System.exit(num) 还是从 main 抛出一个 RuntimeException? 我有一个单线程应用程序,如果有问题,它应该将DOS错误级别设置为非零。是抛出一个 RuntimeException 更好,还是使用 System.exit(nonzero) 更好?我不需要堆栈跟踪,也不期望扩展/重用此应用程序
-
为什么在捕获异常时顺序很重要? 我不得不用一些代码来回答这个问题: 假设我写了以下方法规范: 您正在为将使用此方法的数据库程序编写代码,并且希望专门处理每个代码。try/catch 子句应该是什么样子?您可以使
-
-
C++和Java中的异常处理之间的区别? 在 Java 中,如果特定代码行导致程序崩溃,则会捕获异常并继续执行。 但是,C++,如果我有一段导致程序崩溃的代码,例如: 然后程序仍然崩溃,并且未捕获异常。 那么,C++中的异常处理
标签