合法性: 比如用户名只允许输入最多12个字符,用户提交了20个字符,不合法。
有效性检查,可以交给java的校验框架执行,比如JSR303....可以,但是那样显得太多余了.因为业务逻辑处理失败的时候,根据我们需求,我们只需要通知用户失败的原因(通常应该是一段字符串),以及服务器受理失败的一个状态码(有时可能不需要状态码,这要看你的设计了),这样这需要一个包含原因属性的异常即可满足我们需求...}
如此一来没有任何地方需要关心异常,或者业务逻辑校验失败的情况.用户也可以得到很友好的错误提示。...综上,笔者通常分为如下几类:
逻辑异常,这类异常用于描述业务无法按照预期的情况处理下去,属于用户制造的意外
代码错误,这类异常用于描述开发的代码错误,例如NPE,ILLARG,都属于程序员制造的BUG...// 解析失败
}catch(PersistException e ){
// 入库失败
}
}
上述代码就是典型的使用异常来处理业务逻辑.这种方式需要严重的禁止!