我们正在评估JDO在我们的应用程序中用作数据管理层。需求是拥有一个抽象良好的数据管理,与任何数据存储都没有依赖关系。
我们发现JDO非常有前途,并且正在理解数据核心实现。
我们要考虑的一个突出问题是,JDO主要遵循运行时异常策略。
请参阅http://docs.tpu.ru/docs/oracle/en/fmw/11.1.1.6.0/apirefs.1111/e13946/jdo_overview_arch.html
所有JDO异常的父异常都是javax.jdo.JDOException,并且正在扩展运行时异常。
我们知道在调用API时抛出的异常显然是运行时的。但是,如果我们有一个选中的异常,它是否易于管理?
请对此发表评论。有人可以帮助理解通过API使用运行时异常的原理吗?
发布于 2012-12-04 19:35:48
了解如何使api抛出运行时异常。请点击此链接。这是很好的http://onjava.com/onjava/2003/11/19/exceptions.html
上面链接中的一句话是
永远不要让特定于实现的检查异常升级到更高层。例如,不要将SQLException从数据访问代码传播到业务对象层。业务对象层不需要知道SQLException。您有两个选择:
如果期望客户端代码从异常中恢复,则将SQLException转换为另一个检查的异常。
如果客户端代码无法对其执行任何操作,请将SQLException转换为未检查的异常。
大多数情况下,客户端代码对SQLExceptions无能为力。请毫不犹豫地将它们转换为未检查的异常。
我认为这清楚地解释了运行时异常的好处。
https://stackoverflow.com/questions/13701391
复制相似问题