2014年 代码总结与疑问（二）

    紧接上一篇博客 http://my.oschina.net/heweipo/blog/371633 ，对提出的六大问题中部分作一个总结，固然首先要感谢各位好友的热心评论，尤为是 关红福 、xia-yongsheng、甩葱哥以及蛙牛等人的回复，是他们让这篇博客显得更有意义。

    言归正传，下面就对这几个问题作一个总结，若是还有更好的建议，能够提出，本人学习的道路上感激涕零。

  问题一：

    关于if语句的使用，有嵌套if，有单分支if...

    有的人说只要注释清楚if嵌套也是合理的；有的人说三层嵌套之内是能够接受的；还有的人说采用反转式的防护式编程，这也是我最赞同的方式，以下：

if(xxx){
return;
}
if(xxx){
return;
}
if(xxx){
return;
}

先一层一层判断不符合条件的直接退出，那么剩下的就是能够正常执行的逻辑了，正好和你嵌套的逻辑判断是相反的，这样会更清晰一些。————————@关红福

if+return的方式确实不错，尽管return会在代码中影响代码可读性，可是比起else仍是要好不少，另外使用单分支if语句判断必需要准确，由于不是全部if判断就能return的。因此，若是有必要请抛弃这种方式吧：

if(){
 
}else if(){
    if(){
     
    }else{
     
    }
}else{
 
}

问题二：

    关于Exception的捕获与抛出

    对于异常，你们褒贬不一。项目经理用他多年的经验告诉我：自定义异常那是自讨苦吃。其实之前是很流行这种写法的，由于异常的层层抛出能够到最上层捕获，而后能够合理的处理。但是我看咱们项目里确实对自定义异常嗤之以鼻。那么异常具体应该如何处理呢？

“关于异常，一些异常若是不影响接下来的业务逻辑，能够本身捕捉了，本身处理。不然的话仍是应该抛出异常”

——@蛙牛

那么，在项目中对异常就须要进行合理分类，哪些异常是影响业务逻辑继续执行的，哪些是能够捕获置之不理的。另外，项目中尤为忌讳使用一个具体的try-catch捕获Exception，缘由是，不是对全部异常一视同仁，遇到某些异常咱们应该中止运行。

问题三：

    参数的校验

    参数校验问题，我最赞同的是这个观点：

”每一层本身都要作 *本身的* 校验。第一是要校验，第二是本身的不要提早替下一层作校验。“——@xia-yongsheng

参数校验是必然的，每一个方法都应该作本身的合理校验，由于你不敢保证别人调用你时是否作过合理性校验，那么本身要对本身负责。有的人以为只要约定好在某一层作好校验就能够，这个我是以为不妥的，如今不少人都采用maven，每一层均可是一个独立的项目，请记住它是一个独立的项目，任什么时候候均可能被任何人使用。因此，我最赞同的是每一个方法中须要合理校验,调用别人时不须要提早校验。

 问题四：

    JSONObject的使用

    这个问题不多有人回答，那么仍是继续留着，我也不是很懂，至于Gson的使用，我也是很推荐的，可是咱们项目中不多使用Gson.

 问题五：

    JavaBean的使用

    对于JavaBean貌似没有什么满意的答案，那就说说咱们项目中如何使用的吧，咱们项目中坚定摈弃这种JavaBean，只要是JavaBean的地方均可以采用Map<String,Object>替代，尤为是对于结果集的封装，咱们采用List<Map<String,Object>;我记得我开始的时候使用JavaBean，那时候是用JSF+Mybatis编程，从头至尾都是JavaBean，结果发现若是用JavaBean作查询参数的话限制太大，我的推荐Map.

 问题六：

    JavaScript中方法参数定义问题

    对于这个问题，不少人都提倡以下作法，那么我也会学习以下方式，给编码一个规范，那么效率天然会提升。

”在对象型的参数不少的状况下，是颇有用的，通常三个参数之内不须要这样。这个事情按需求而定。比较明显的例子能够参阅jQuery.ajax()。“——@甩葱哥

最后：

    走过2014，期待2015，但愿咱们的代码更规范、更健壮！谢谢各位了！