[size=11]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兼容的异常。
[/size]
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兼容的异常。
[/size]