这样一来首先有违MVC模式,二来逻辑十分不清晰,难以维护.本文结合工作经验,给出一些异常使用建议,使用spring来实战异常为我们带来的好处....一些程序员错误的开发了代码,导致保存过程中出现异常,比如NPE.
对于前3种,我们认为是有效性检查失败,第4种属与我们无法处理的异常,第5种就是程序员bug....}
如此一来没有任何地方需要关心异常,或者业务逻辑校验失败的情况.用户也可以得到很友好的错误提示....代码错误,这类异常用于描述开发的代码错误,例如NPE,ILLARG,都属于程序员制造的BUG.
专有异常,多用于特定业务场景,用于描述指定作业出现意外情况无法预先处理....业务系统也存在很多巨量任务处理的情况.但是那些任务都是原子性的,现在MVC中的controller和service可不是原子性的,不然为什么要区分这么多层呢.