我们知道checked异常时必须要catch的,而unchecked异常是可以不用catch的。为了简便,是否就意味着尽量使用unchecked呢?
事实上,两种异常只是处理机制不一样,一个必须catch,一个不必catch。
1、当异常是可以处理的,抛出checked异常,强制调用者必须去处理这个异常或者再次抛出
2、当异常不可处理,[color=red]但是需要资源的释放[/color],抛出checked异常,强制调用者释放占用的资源
3、当异常不可处理,并且没有涉及资源的释放,抛出unchecked异常。即这个异常不可重复、不可处理,那就不要强制调用者再去catch了(当然也可catch)
所以,在使用DAO模式时,并不是所有的方法都应该抛出异常,也不是都应该抛出unckecked或者checked异常,这取决于业务处理以及您的日志策略(什么样的异常应该记录、嵌套异常时是否要重复记录)。
另外,不同的异常是要呈现给不同的用户的,这也是考虑是否应该抛出异常,抛出什么样的异常需要考虑的。
结论:
1)根据以上的介绍,我认为大部分情况下都需要抛出checked异常。
2)最终的异常都是需要给用户以提示的,所以在异常发生时,需要向上层抛出,以便在合适的层次(web中,如C层)捕获后显示给用户。
事实上,两种异常只是处理机制不一样,一个必须catch,一个不必catch。
1、当异常是可以处理的,抛出checked异常,强制调用者必须去处理这个异常或者再次抛出
2、当异常不可处理,[color=red]但是需要资源的释放[/color],抛出checked异常,强制调用者释放占用的资源
3、当异常不可处理,并且没有涉及资源的释放,抛出unchecked异常。即这个异常不可重复、不可处理,那就不要强制调用者再去catch了(当然也可catch)
所以,在使用DAO模式时,并不是所有的方法都应该抛出异常,也不是都应该抛出unckecked或者checked异常,这取决于业务处理以及您的日志策略(什么样的异常应该记录、嵌套异常时是否要重复记录)。
另外,不同的异常是要呈现给不同的用户的,这也是考虑是否应该抛出异常,抛出什么样的异常需要考虑的。
结论:
1)根据以上的介绍,我认为大部分情况下都需要抛出checked异常。
2)最终的异常都是需要给用户以提示的,所以在异常发生时,需要向上层抛出,以便在合适的层次(web中,如C层)捕获后显示给用户。