`
lighter
  • 浏览: 500294 次
  • 性别: Icon_minigender_1
  • 来自: 广州
社区版块
存档分类
最新评论

复习笔记:DAO模式的异常的处理

阅读更多
DAO模式的异常的处理

  DAO执行的是数据库访问操作,可能抛出底层的SQLException,而底层的通常不应该暴露给客户端,DAO应该负责捕捉这些底层的异常,而不应该把数据库访问殿堂拆散到业务逻辑层,让业务逻辑层处理数据库异常.关于DAO对象的异常处理,通常推荐如下:

1、DAO方法应该抛出有意义的业务逻辑异常.

2、DAO方法不应该抛出java.lang.Exception异常,这一个异常太大了,业务层很难准确地捕捉到这一个异常。

3、DAO不应该抛出数据访问异常,如SQLException。数据库访问异常是底层异常,不应该扩散到业务层,DAO应用封装数据库访问异常,然后抛出封装后的异常。

4、DAO接口中的方法,只抛出业务层期望处理的checked异常。如果业务层没有合适的异常处理,考虑抛出运行时异常。

5、捕捉底层数据库访问异常,然后抛出新的业务层异常。

6、为DAO类编写异常类,用于包装数据库访问异常。
  对于传统的DAO类和基于spring的DAO类,发现基于spring的DAO实现的方法都没有抛出checked异常,而传统的DAO类则抛出了Exception异常。 
  
  spring提供统一的异常继承体系,所有持久层访问的异常都继承DataAccessException。

  DataAccessException异常是Runtime的,无须显式地捕捉。
 
  spring对jdbc,hibernate,jdo等原有的异常,包装成了DataAccessException的子类,避免烦琐地异常处理。
 
  无须捕捉特定异常,只需要捕捉Spring异常。Spring的异常体系对所有的数据库访问技术是一致的,因此可以在一致的编程模型下使用不同的数据库访问技术。
 
  如果使用基于拦截器的类,应用程序必须谨慎处理HibernateException和JDOException,最好使用
 
   SessionFactoryUtils中的convertHibernateAccessException等方法来代理。这一些方法可以把异常包装成Spring兼容的异常。
 
 
 
分享到:
评论
2 楼 janejava 2008-09-12  
如果有个例子能更好的诠释你上面所说的那些规则就好了
1 楼 Run 2008-06-25  
2008

相关推荐

Global site tag (gtag.js) - Google Analytics