项目开发中异常的处理机制
项目开发中异常的处理机制：现在带领一个很小的开发团队工作。4个开发人员。测试人员不定。项目周期一般在1，2
项目开发中异常的处理机制：
现在带领一个很小的开发团队工作。4个开发人员。测试人员不定。项目周期一般在1，2个月左右一个。项目不大。在开发过程中由于几个开发人员的擅长的方向不同。则分成了前后台的开发分配方式。往往是2个人员开发前台。1个开发人员开发业务逻辑层。一个开发人员开发数据底层。由于没有统一的异常处理机制。则导致了现在很混乱的情况。
以一个简单的数据保存为例子：后台开发人员将保存方法的异常自己捕获，并返回给上层简单的true或flase。而前台开发人员发现自己页面录入信息没有正常保存后。不知道问题出在了什么地方。闷着头去跟代码。折腾了半天发现是后台开发人员里面有一个方法写错了。浪费了大量的时间和精力。前台人员开始抱怨后台人员不应该try住这个错误，害的他查了半天。而后台开发人员则认为我公布给你接口，不应该将我内部实现的细节公布给你，异常也当然不会直接的丢给你。返回给你是否成功就可以了。这个问题一方面应该是开发人员本身没有做好自己的方法级别的单元测试。也有人提出在开发阶段打开所有的异常或错误。在调试完成后再try住，但觉的这样做好像也是不对的。请问各位有经验的人员。对于开发调试阶段，面对这种小规模的团队开发。对于各个开发人员分开开发前后台的模式。各自方法中发生的异常应该怎么处理会比较合适呢？
------解决方法--------------------------------------------------------
------解决方法-------------------------------------------------------- ------解决方法-------------------------------------------------------- 2。表示层：catch ApplicationException, 并 alert(appEx.Message) 给用户；
业务层：对数据进行必要滴业务规则检查，发现违规及时 throw new ApplicationException("出错啦！")；
数据层：执行 DB 操作，不应出现任何 catch 语句！。。。。。这里我想深问一下，对于DB 操作，不应出现任何 catch 语句。这个是为什么呢？还有对于数据进行的必要检查，这个大部分情况下不都是可以在UI交给业务层之前就通过一些方法完成的吗？为什么数据规则检查要放在了业务层呢？
