如何让编码更加的标准

1.概述

  在写这片博文时,我也是思绪良久,参考了不同语言的编码风格,最后总结出如何让自己的编码更加标准。

2.基础

  以Java的基础为例子来说明:

  • 文件编码格式为UTF-8
  • package需要置于最顶层
  • import包时,使用eclipse的快捷键(command+1)倒入对应的包(这样我们可以不用考虑包的顺序如何排列)
  • 格式化代码采用eclipse的快捷键(command+shift+f)进行格式代码
  • if,else,for,while等语句,必须加上大括号({}),即使语句为空
  • 代码块缩进,采用2个空格
  • 列限制在120个字符,对于超过120个字符的语句或方法建议重构(这样方便阅读,及代码的美观性)
  • tab键默认采用4个字符的长度

3.规范

  在编写代码时,需要注意一下规范:

  在进行逻辑判断时,else语句必须添加,即使,else语句为空,也得添加在if语句后面

 1 public void getAppDetail(App app){
 2   
 3     if(app != null){
 4        // 业务逻辑处理
 5     }else{
 6        // 若没有业务逻辑处理,此处也需要加上,可以打印一条log
 7        log.info("App object is null");
 8     }  
 9     
10 }

  在书写switch语句时,default需要加上,即使它什么代码也不包含

switch(index){
    case 1:
              //  调用逻辑方法
              break;
    case 2:
              //  调用逻辑方法
              break;
    default:
              //  不涉及任务业务,打印日志信息
              log.info("Index is undefined");
              break;
}

  在进行代码块注释的时候,需要注意,但行可以使用 /* ... */,也可以使用 // ... 。对于多行的 /* ... */注释,必须从 * 开始,并且与前一行的 * 对其。以下为范例:

// 当行注释

/* 当行注释 */

/*
 * 多行
 * 注释
 */

  关于命名约定可以参考,如何让命名变得优雅

  在书写try ... catch语句时,建议catch语句中只设计输出日志信息(或者将异常抛出),不涵盖业务逻辑处理。

try{
    // 业务逻辑处理
    ......    
}catch(Exception e){
    // 打印对应的异常信息
    log.error(String.format("Error message is %s",e));    
}

try{
    // 业务逻辑处理
    ......    
}catch(Exception e){
    // 抛出对应的异常信息
    throw new Exception();  
}

4.总结

  冰冻三尺非一日之寒,要养成好的风格也非一朝一夕能完成,这需要我们自己在平时编码的时候去注意这些细节,并且严格的要求自己。亡羊补牢,为时不晚,特写此博文,与君共勉。

posted @ 2015-02-02 16:04  哥不是小萝莉  阅读(493)  评论(0编辑  收藏  举报