浏览 5378 次
|
锁定老帖子 主题：业务异常应该如何处理
该帖已经被评为新手帖
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2007-01-31
在service层抛出来的业务异常,到底应该是checked exception还是unched exception
这个问题搞的我好矛盾,请大家指点下 声明：ITeye文章版权属于作者，受法律保护。没有作者书面许可不得转载。
推荐链接
|
| 返回顶楼 | |
|
发表时间：2007-01-31
hibernateexception&sqlException在service中作回滚用。。。
其它的如果有别的意义那就不用回滚。。。 |
| 返回顶楼 | |
|
发表时间：2007-01-31
搜索
|
| 返回顶楼 | |
|
发表时间：2007-02-01
to:抛出异常的爱
我指的是与业务相关的异常,不是hibernateexception&sqlException这些与数据库啊,io之类的异常 |
| 返回顶楼 | |
|
发表时间：2007-02-01
mistapostle 写道 to:抛出异常的爱
我指的是与业务相关的异常,不是hibernateexception&sqlException这些与数据库啊,io之类的异常 业务相关的异常 当然用checked exception 不然应该怎么样啊？ |
| 返回顶楼 | |
|
发表时间：2007-02-01
个人觉得应该是分情况一下。
看你是否能操作什么，如果这个异常出来之后，你需要作一些东西，那么的话，就是Checked。如果这个异常出来之后，你什么都做不了的话，那么就抛出来UnChecked。我现在很多都是RuntimeException了。 |
| 返回顶楼 | |
|
发表时间：2007-02-01
http://www.iteye.com/topic/2038
|
| 返回顶楼 | |
|
发表时间：2007-02-01
谢谢ddandyy推荐的帖子,看完后获益良多:idea:
另外: 抛出异常的爱 写道 业务相关的异常 当然用checked exception 不然应该怎么样啊？ 其实一开始我也是这样认为的,不过受c#,ruby等的影响,才有了上面的困惑 |
| 返回顶楼 | |
|
发表时间：2007-02-01
有时候其实还牵扯到是否能够处理的问题！
基本上我的原则是继承框架的处理原则！即 ： 框架能够捕获的，我也作处理。确保不会把这些异常变为未处理异常而一直积累下去！但是如果是个框架未定义的异常，通常我会throw给前台 |
| 返回顶楼 | |
