java开发编码规范,Java语言编程规范——编码规范

明确方法功能，精确(而不是近似)地实现方法设计。一个函数仅完成一件功能，即使简单功能也应该编写方法实现。

说明：虽然为仅用一两行就可完成的功能去编方法好象没有必要，但用方法可使功能明确化，增加程序可读性，亦可方便维护、测试。

对方法参数的合法性检查由方法本身负责，方法调用者不负责。

说明：对于模块间接口方法的参数的合法性检查这一问题，往往有两个极端现象，即：要么是调用者和被调用者对参数均不作合法性检查，结果就遗漏了合法性检查这一必要的处理过程，造成问题隐患；要么就是调用者和被调用者均对参数进行合法性检查，这种情况虽不会造成问题，但产生了冗余代码，降低了效率。

明确类的功能，精确(而非近似)地实现类的设计。一个类仅实现一组相近的功能。

说明：划分类的时候，应该尽量把逻辑处理、数据和显示分离，实现类功能的单一性。

示例：

数据类不能包含数据处理的逻辑。

通信类不能包含显示处理的逻辑。

数据库操作、IO操作等需要使用结束close()的对象必须在try -catch-finally 的finally中close()。

示例：

try

{

// ... ...

}

catch(IOException ioe)

{

//... ...

}

finally

{

try

{

out.close();

}

catch (IOException ioe)

{

//... ...

}

}

异常捕获后，应该纪录日志或者ex.printStackTrace() 。

说明：若有特殊原因必须用注释加以说明。

示例：

try

{

//.... ...

}

catch (IOException ioe)

{

ioe.printStackTrace ();

}

采用错误返回码代替抛出异常。一个函数必须在其内部对所有异常进行处理， 禁止主动抛出的异常(禁止使用throw new IOException())，采用错误返回码代替抛出异常。

注意运算符的优先级，并用括号明确表达式的操作顺序，避免使用默认优先级。

说明：防止阅读程序时产生误解，防止因默认的优先级与设计思想不符而导致程序出错。

示例：

下列语句中的表达式

word = (high << 8) | low (1)

if ((a | b) && (a & c)) (2)

if ((a | b) < (c & d)) (3)

如果书写为

high << 8 | low

a | b && a & c

a | b < c & d

虽然不会出错，但语句不易理解；造成了判断条件出错。

避免使用不易理解的数字，用有意义的标识来替代。涉及物理状态或者含有物理意义的常量，不应直接使用数字，必须用有意义的静态变量来代替。

示例：如下的程序可读性差。

if (state == 0)

{

state = 1;

... // program code

}

应改为如下形式：

private final static int TRUNK_IDLE = 0;

private final static int TRUNK_BUSY = 1;

private final static int TRUNK_UNKNOWN = -1;

if (state == TRUNK_IDLE)

{

state = TRUNK_BUSY;

... // program code

}

数组声明的时候使用int index[]，而不要使用int[] index。但函数返回值为数值类型时应使用int[] getIndex()，而不要使用int getIndex()[]。

示例：

如下程序可读性差：

public int getIndex()[]

{

....

}

如下程序可读性好：

public int[] getIndex()

{

....

}

调试代码的时候，禁止使用 System.out 和 System.err 进行打印，应该使用log4j统一打印。

说明：代码发布的时候可以统一关闭调试代码，定位问题的时候又可以打开开关。

禁止在版本正式代码中写测试代码。测试代码应使用junit单独编写。

一个函数除注释、空行外的代码行数不得超过50行。如果一个函数的代码行数超过50行，必须把它拆分为多个函数，直到每个函数的代码行数小于等于50行为止。

禁止使用难懂的技巧性很高的语句。禁止使用不常用的语法。

说明：高技巧语句不等于高效率的程序，实际上程序的效率关键在于算法。

建议

记录异常不要保存exception.getMessage()，而要记录exception.toString()。

示例：NullPointException抛出时常常描述为空，这样往往看不出是出了什么错。

异常捕获尽量不要直接 catch (Exception ex)，应该把异常细分处理。

如果多段代码重复做同一件事情，那么在方法的划分上可能存在问题。

说明：若此段代码各语句之间有实质性关联并且是完成同一件功能的，那么可考虑把此段代码构造成一个新的方法。

源程序中关系较为紧密的代码应尽可能相邻。

说明：便于程序阅读和查找。

示例：矩形的长与宽关系较密切，放在一起。

rect.length = 10;

rect.width = 5;