【发布时间】:2011-01-05 22:31:19
【问题描述】:
我知道在某些版本中,Hibernate 异常被更改为未选中。是什么原因?这是一个哲学问题还是实际问题?
【问题讨论】:
我知道在某些版本中,Hibernate 异常被更改为未选中。是什么原因?这是一个哲学问题还是实际问题?
【问题讨论】:
实用。因此,您不必将有关 Hibernate 的每一项操作都包装在 try catch 块中。
取自 Java Persistence with Hibernate:
异常的历史——异常 以及它们应该如何处理 以 Java 之间的激烈争论告终 开发商。这并不奇怪 Hibernate 有一些值得注意的历史 也是。在 Hibernate 3.x 之前,所有 Hibernate 抛出的异常是 检查异常,所以每个 Hibernate API 迫使开发人员捕捉并 处理异常。这个策略是 受 JDBC 影响,它也抛出 只检查异常。然而,它 很快就清楚这并不 有道理,因为所有的例外 Hibernate 抛出的都是致命的。在许多 情况下,开发人员可以做的最好的事情 这种情况要清理,显示 一条错误消息,然后退出 应用。因此,从 Hibernate 3.x,抛出所有异常 Hibernate 是 未经检查的运行时异常,即 通常在一个位置处理 在一个应用程序中。这也使得任何 Hibernate 模板或包装 API 过时了。
【讨论】: