下面我们把镜头转向正在加班开发需求的几位选手, 看看他们是如何对待异常处理逻辑的;
----
round one
这是来自一个对try catch第一次使用的 #$%^选手
try {
.........视具体功能而定;
当在try中出现异常后, catch无反应, 相当于你作为一个bug负责人, 知道有问题, 但你谁都不告诉....try {
......
// 中间嵌套10个业务处理方法
fun1();
fun2();
......
.
.
.
} catch (Execption e) {
syso("出现异常...这种写法可以知道有问题, 但不知道哪有问题.
----
round three
这是来自一个对try catch第三次使用的 3号选手
try {
......
// 中间嵌套10个业务处理方法...保证异常使用的输出流与系统日志一致, 同时将异常信息内容输出到日志文件中, 不占用字符缓冲区大小
同时与大家共勉, 为我们热爱的代码做一点贡献, 发现自己的项目中有以上列举的缺陷代码能够及时完善.