分类: Java
2006-12-06 19:36:35
本文档讲述了Java语言的编码规范,较之陈世忠先生《c++编码规范》的浩繁详尽,此文档属短小精悍了。而其中所列之各项条款,从编码风格,到注意事项,不单只Java,对于其他语言,也都很有借鉴意义。因为简短,所以易记,大家不妨将此作为handbook,常备案头,逐一对验。
若对该文档关于改编,修改,或再发布方面的问题,请参考我们的。
对本文档的任何意见可以提交到我们的。
这部分列出了常用的文件名及其后缀。
Java程序使用下列文件后缀:
文件类别 | 文件后缀 |
---|---|
Java源文件 | .java |
Java字节码文件 | .class |
常用的文件名包括:
文件名 | 用途 |
---|---|
GNUmakefile | makefiles的首选文件名。我们采用gnumake来创建(build)软件。 |
README | 概述特定目录下所含内容的文件的首选文件名。 |
一个文件由被空行分割而成的段落以及标识每个段落的可选注释共同组成。
超过2000行的程序难以阅读,应该尽量避免。
"Java源文件范例"提供了一个布局合理的Java程序范例。
每个Java源文件都包含一个单一的公共类或接口。若私有类和接口与一个公共类相关联,可以将它们和那个相关联的公共类放入同一个源文件。公共类必须是这个文件中的第一个类或接口。
Java源文件还遵循以下规则:
所有的源文件都应该在开头有一个C语言风格的注释,其中列出类名、版本信息、日期和版权声明:
/* * Classname * * Version information * * Date * * Copyright notice */
在多数Java源文件中,第一个非注释行是 package
语句。在它之后可以跟 import
语句。例如:
package java.awt; import java.awt.peer.CanvasPeer;
注意:一个唯一的包名的第一个组成部分常常是小写的 ASCII 字母,并且是一个定级域名,通常是 com, edu, gov, mil, net, org, 或是1981年ISO 3166标准所指定的标识国家的英文双字符代码。
下表描述了类和接口声明的各个部分以及它们出现的先后次序。参见"Java源文件范例"中一个包含注释的例子。
类/接口声明部分 | 注解 | |
---|---|---|
1 | 类/接口文档注释(/**……*/) | 该注释中所需包含的信息,参见"文档注释" |
2 | 类或接口的声明 | |
3 | 类/接口实现的注释(/*……*/),如果有必要的话 | 该注释应包含任何有关整个类或接口的信息,而这些信息又不适合作为类/接口文档注释。 |
4 | 类的(静态)变量 | 首先是类的 public 变量,随后是 protected 变量,再后是包级别的变量(没有访问修饰符),最后是 private 变量。 |
5 | 实例变量 | 首先是 public ,随后是 protected ,再后是包级别的(没有访问修饰符),最后是 private 。 |
6 | 构造器 | |
7 | 方法 | 这些方法应该按功能,而非作用域或访问权限 分组。例如,一个 protected 方法可以置于两个 public 实例方法之间。其目的是为了更便于阅读和理解代码。 |
4个空格常被作为缩进排版的一个单位。但缩进的构成并未详细指定(空格 vs. 制表符)。一个制表符被设定为8个空格(而非4个)。
尽量避免一行的长度超过80个字符,因为很多终端和工具不能很好处理之。
注意:用于文档中的例子应该使用更短的行长,长度一般不超过70个字符。
当一个表达式无法容纳在一行内时,可以依据如下一般规则断开之: 以下是应用断开方法的一些例子: 以下是两个断开算术表达式的例子。前者更好,因为断开处位于括号表达式的外边,这是个较高级别的断开。 以下是两个缩进方法声明的例子。前者是常规情形。后者若使用常规的缩进方式将会使第二行和第三行移得很靠右,所以代之以缩进8个空格 这里有三种可行的方法用于处理三元运算表达式: Java程序有两类注释:实现注释(implementation comments)和文档注释(document comments)。实现注释是那些在C++中见过的,使用/*...*/和//界定的注释。文档注释(被称为"doc comments")是Java独有的,并由/**...*/界定。文档注释可以通过javadoc工具转换成HTML文件。 实现注释用以注释代码或者实现细节。文档注释从实现自由(implementation-free)的角度描述代码的规范。它可以被那些手头没有源码的开发人员读懂。 注释应被用来给出代码的总括,并提供代码自身没有提供的附加信息。注释应该仅包含与阅读和理解程序有关的信息。例如,相应的包如何被建立或位于哪个目录下之类的信息不应包括在注释中。 在注释里,对设计决策中重要的或者不是显而易见的地方进行说明是可以的,但应避免提供代码中己清晰表达出来的重复信息。多余的的注释很容易过时。通常应避免那些代码更新就可能过时的注释。 注意:频繁的注释有时反映出代码的低质量。当你觉得被迫要加注释的时候,考虑一下重写代码使其更清晰。 注释不应写在用星号或其他字符画出来的大框里。 注释不应包括诸如制表符和回退符之类的特殊字符。 程序可以有4种实现注释的风格:块(block)、单行(single-line)、尾端(trailing)和行末(end-of-line)。 块注释通常用于提供对文件,方法,数据结构和算法的描述。块注释被置于每个文件的开始处以及每个方法之前。它们也可以被用于其他地方,比如方法内部。在函数和方法内部的块注释应该和它们所描述的代码具有一样的缩进格式。 块注释之首应该有一个空行,用于把块注释和代码分割开来,比如: 块注释可以以 /*- 开头,这样 indent(1) 就可以将之识别为一个代码块的开始,而不会重排它。 注意:如果你不使用 indent(1),就不必在代码中使用/*-,或者不在乎他人是否对你的代码运行 indent(1)。 参见"文档注释" 短注释可以显示在一行内,并与其后的代码具有一样的缩进层级。如果一个注释不能在一行内写完,就该采用块注释(参见"块注释")。单行注释之前应该有一个空行。以下是一个Java代码中单行注释的例子: 极短的注释可以与它们所要描述的代码位于同一行,但是应该有足够的空白来分开代码和注释。若有多个短注释出现于大段代码中,它们应该具有相同的缩进。 以下是一个Java代码中尾端注释的例子: 注释界定符"//",可以注释掉整行或者一行中的一部分。它一般不用于连续多行的注释文本;然而,它可以用来注释掉连续多行的代码段。以下是所有三种风格的例子: 注意:此处描述注释格式,可以参见"Java源文件范例"中的注释。 若想了解更多,参见"How to Write Doc Comments for Javadoc",其中包含了有关文档注释标记的信息(@return, @param, @see): 若想了解更多有关文档注释和javadoc的详细资料,参见javadoc的主页: 文档注释描述Java的类、接口、构造器,方法,以及字段(field)。每个文档注释都会被置于注释分隔符 /**...*/ 之中,一个注释对应一个类、接口或成员。该注释应位于声明之前: 注意顶层(top-level)的类和接口是不缩进的,而其成员是缩进的。描述类和接口的文档注释的第一行(/**)不需缩进;随后的文档注释每行都缩进1格(使星号纵向对齐)。成员,包括构造函数在内,其文档注释的第一行缩进4格,随后每行都缩进5格。 若你想给出有关类、接口、变量或方法的信息,而这些信息又不适合写在文档中,则可使用 实现块注释 (见5.1.1)或紧跟在声明后面的 单行注释 (见5.1.2)。例如,有关一个类实现的细节,应放入 紧跟 在类声明后面的实现块注释中,而不是放在文档注释中。 文档注释不能放在一个方法或构造器的定义块中,因为Java会将位于文档注释 之后 的第一个声明与其相关联。 推荐一行一个声明,因为这样以利于写注释。亦即, 要优于, 不要将不同类型变量的声明放在同一行,例如: 注意:上面的例子中,在类型和标识符之间放了一个空格,另一种被允许的替代方式是使用制表符: 尽量在声明局部变量的同时初始化。唯一不这么做的理由是变量的初始值依赖于某些先前进行某些计算。 只在代码块的开始处声明变量。(一个块是指任何被大括号"{"和"}"包含的代码。)不要在首次用到该变量时才声明之。这会把注意力不集中的程序员搞糊涂,同时会妨碍代码在该作用域内的可移植性。 该规则的一个例外是 避免声明的局部变量覆盖上一级声明的变量。例如,不要在内部代码块中声明相同的变量名: 当编写类和接口是,应该遵守以下格式规则: 每行至多包含一条语句,例如: 复合语句是包含在大括号中的语句序列,形如 一个带返回值的 注意: 一个 一个空的 当在 一个while语句应该具有如下格式 一个空的while语句应该具有如下格式: 一个do-while语句应该具有如下格式: 一个switch语句应该具有如下格式: 每当一个 每个 一个 一个 空行将逻辑相关的代码段分隔开,可以提高可读性。 下列情况应该总是使用两个空行: 下列情况应该总是使用一个空行: 下列情况应该使用空格: 注意:空格不应该置于方法名与其左括号之间。这将有助于区分关键字和方法调用。 命名规范使程序更易读,从而更易于理解。它们也可以提供一些有关标识符功能的信息(例如,它是否是一个常量,包,还是类),这将有助于理解代码。4.2 换行(Wrapping Lines)
someMethod(longExpression1, longExpression2, longExpression3,
longExpression4, longExpression5);
var = someMethod1(longExpression1,
someMethod2(longExpression2,
longExpression3));
longName1 = longName2 * (longName3 + longName4 - longName5)
+ 4 * longname6; //PREFFER
longName1 = longName2 * (longName3 + longName4
- longName5) + 4 * longname6; //AVOID
//CONVENTIONAL INDENTATION
someMethod(int anArg, Object anotherArg, String yetAnotherArg,
Object andStillAnother) {
...
}
//INDENT 8 SPACES TO AVOID VERY DEEP INDENTS
private static synchronized horkingLongMethodName(int anArg,
Object anotherArg, String yetAnotherArg,
Object andStillAnother) {
...
}
if
语句的换行通常使用8个空格的规则,因为常规缩进(4个空格)会使语句体看起来比较费劲。比如: //DON’T USE THIS INDENTATION
if ((condition1 && condition2)
|| (condition3 && condition4)
||!(condition5 && condition6)) { //BAD WRAPS
doSomethingAboutIt(); //MAKE THIS LINE EASY TO MISS
}
//USE THIS INDENTATION INSTEAD
if ((condition1 && condition2)
|| (condition3 && condition4)
||!(condition5 && condition6)) {
doSomethingAboutIt();
}
//OR USE THIS
if ((condition1 && condition2) || (condition3 && condition4)
||!(condition5 && condition6)) {
doSomethingAboutIt();
}
alpha = (aLongBooleanExpression) ? beta : gamma;
alpha = (aLongBooleanExpression) ? beta
: gamma;
alpha = (aLongBooleanExpression)
? beta
: gamma;
5 注释(Comments)
5.1 实现注释的格式(Implementation Comment Formats)
5.1.1 块注释(Block Comments)
/*
* Here is a block comment.
*/
/*-
* Here is a block comment with some very special
* formatting that I want indent(1) to ignore.
*
* one
* two
* three
*/
5.1.2 单行注释(Single-Line Comments)
if (condition) {
/* Handle the condition. */
...
}
5.1.3 尾端注释(Trailing Comments)
if (a == 2) {
return TRUE; /* special case */
} else {
return isPrime(a); /* works only for odd a */
}
5.1.4 行末注释(End-Of-Line Comments)
if (foo > 1) {
// Do a double-flip.
...
}
else {
return false; // Explain why here.
}
//if (bar > 1) {
//
// // Do a triple-flip.
// ...
//}
//else {
// return false;
//}
5.2 文档注释(Documentation Comments)
/**
* The Example class provides ...
*/
public class Example { ...
6 声明(Declarations)
6.1 每行声明变量的数量(Number Per Line)
int level; // indentation level
int size; // size of table
int level, size;
int foo, fooarray[]; //WRONG!
int level; // indentation level
int size; // size of table
Object currentEntry; // currently selected table entry
6.2 初始化(Initialization)
6.3 布局(Placement)
void myMethod() {
int int1 = 0; // beginning of method block
if (condition) {
int int2 = 0; // beginning of "if" block
...
}
}
for
循环的索引变量 for (int i = 0; i < maxLoops; i++) { ... }
int count;
...
myMethod() {
if (condition) {
int count = 0; // AVOID!
...
}
...
}
6.4 类和接口的声明(Class and Interface Declarations)
class Sample extends Object {
int ivar1;
int ivar2;
Sample(int i, int j) {
ivar1 = i;
ivar2 = j;
}
int emptyMethod() {}
...
}
7 语句(Statements)
7.1 简单语句(Simple Statements)
argv++; // Correct
argc--; // Correct
argv++; argc--; // AVOID!
7.2 复合语句(Compound Statements)
"{ 语句 }"
。参见下面各段。
if-else
或 for
控制结构的一部分。这样便于添加语句而无需担心由于忘了加括号而引入bug。 7.3 返回语句(return Statements)
return
语句不使用圆括号 "()" ,除非它们以某种方式使返回值更为明显。例如: return;
return myDisk.size();
return (size ? size : defaultSize);
7.4 if,if-else,if else-if else语句(if, if-else, if else-if else Statements)
if-else
语句应该具有如下格式: if (condition) {
statements;
}
if (condition) {
statements;
} else {
statements;
}
if (condition) {
statements;
} else if (condition) {
statements;
} else{
statements;
}
if
语句总是用 "{" 和 "}" 括起来,避免使用如下容易引起错误的格式: if (condition) //AVOID! THIS OMITS THE BRACES {}!
statement;
7.5 for语句(for Statements)
for
语句应该具有如下格式: for (initialization; condition; update) {
statements;
}
for
语句(所有工作都在初始化,条件判断,更新句子里完成)应该具有如下格式: for (initialization; condition; update);
for
语句的初始化或更新子句中使用逗号时,避免因使用三个以上变量,而导致复杂度提高。若需要,可以在 for
循环之前(为初始化子句)或 for
循环末尾(为更新子句)使用单独的语句。7.6 while语句(while Statements)
while (condition) {
statements;
}
while (condition);
7.7 do-while语句(do-while Statements)
do {
statements;
} while (condition);
7.8 switch语句(switch Statements)
switch (condition) {
case ABC:
statements;
/* falls through */
case DEF:
statements;
break;
case XYZ:
statements;
break;
default:
statements;
break;
}
case
顺着往下执行时(因为没有 break
语句),通常应在 break
语句的位置添加注释。上面的示例代码中就包含注释 /* falls through */
。switch
应当包含一个 default
分支。break
语句在 default
分支中是多余的,但是它防止了以后添加 case
时造成的前一个 case
向下继续执行的错误。7.9 try-catch语句(try-catch Statements)
try-catch
语句应该具有如下格式: try {
statements;
} catch (ExceptionClass e) {
statements;
}
try-catch
语句后面也可能跟着一个 finally
语句,不论 try
代码块是否顺利执行完,它都会被执行。 try {
statements;
} catch (ExceptionClass e) {
statements;
} finally {
statements;
}
8 空白(White Space)
8.1 空行(Blank Lines)
8.2 空格(Blank Spaces)
while (true) {
...
}
a += c + d;
a = (a + b) / (c * d);
while (d++ = s++) {
n++;
}
printSize("size is " + foo + "\n");
for
语句中的表达式应该被空格分开,例如: for (expr1; expr2; expr3) myMethod((byte) aNum, (Object) x);
myMethod((int) (cp + 5), ((int) (i + 3))
+ 1);
9 命名规范(Naming Conventions)
标识符类型 | 命名规则 | 例子 |
---|---|---|
包 (Packages) |
一个唯一包名的前缀总是全部小写的ASCII字母并且是一个顶级域名,通常是com,edu,gov,mil,net,org,或1981年ISO 3166标准所指定的标识国家的英文双字符代码。 包名的后续部分根据不同机构各自内部的命名规范而不尽相同。这类命名规范可能以特定目录名的组成来区分部门(department),项目(project),机器(machine),或注册名(login names)。 |
com.sun.eng com.apple.quicktime.v2 edu.cmu.cs.bovik.cheese |
类 (Classes) |
类名应当是个一名词,采用大小写混合的方式,每个单词的首字母大写。尽量使你的类名简洁而富于描述性。使用完整单词,避免缩写词(除非该缩写词被更广泛使用,像URL,HTML)。 | class Raster; class ImageSprite; |
接口 (Interfaces) |
大小写规则与类名相似。 | interface RasterDelegate; interface Storing; |
方法 (Methods) |
方法名是一个动词,采用大小写混合的方式,第一个单词的首字母小写,其后单词的首字母大写。 | run(); runFast(); getBackground(); |
变量 (Variables) |
除了变量名外,所有实例,包括类,类常量,均采用大小写混合的方式,第一个单词的首字母小写,其后单词的首字母大写。变量名不应以下划线 _ 或美元符号 $ 开头,尽管这在语法上是允许的。 变量名应简短且富于描述性。变量名的选用应该易于记忆,即,能够指出其用途。尽量避免单个字符的变量名,除非是一次性的临时变量。临时变量通常被取名为i,j,k,m和n,它们一般用于整型;c,d,e,它们一般用于字符型。 |
char c; int i; float myWidth; |
常量 (Constants) |
类常量和ANSI常量的声明,应该全部大写,单词间用下划线隔开。(尽量避免ANSI常量,以便于调试)。 | static final int MIN_WIDTH = 4; static final int MAX_WIDTH = 999; static final int GET_THE_CPU = 1; |
若没有足够理由,不要把实例或类变量声明为公有。通常,实例变量无需显式的设置(set)和获取(gotten),通常这作为方法调用的边缘效应 (side effect)而产生。
一个具有公有实例变量的恰当例子,是类仅作为数据结构,而没有行为。亦即,若你要使用一个结构(struct)而非一个类(如果java支持结构的话),那么把类的实例变量声明为公有是合适的。
避免用一个对象访问一个类的静态变量和方法。应该用类名替代。例如:
classMethod(); //OK AClass.classMethod(); //OK anObject.classMethod(); //AVOID!
位于 for
循环中作为计数器值的数字常量,除了-1,0和1之外,不应被直接写入代码。
避免在一个语句中给多个变量赋相同的值。它很难读懂。例如:
fooBar.fChar = barFoo.lchar = 'c'; // AVOID!
不要在经常放 逻辑相等操作符 的地方 放置 赋值运算符。例如:
if (c++ = d++) { // AVOID! (Java disallows) ... }
应该写成:
if ((c++ = d++) != 0) { ... }
不要使用内嵌(embedded)赋值运算符,以试图提高运行时的效率,这是编译器的工作。例如:
d = (a = b + c) + r; // AVOID!
应该写成:
a = b + c; d = a + r;
一般而言,在含有多种运算符的表达式中使用圆括号来避免运算符优先级问题,是个好方法。即使运算符的优先级对你而言可能很清楚,但对其他人未必如此。你不能假设别的程序员和你一样清楚运算符的优先级。
if (a == b && c == d) // AVOID! if ((a == b) && (c == d)) // RIGHT
设法让你的程序结构符合目的。例如:
if (booleanExpression) { return true; } else { return false; }
应该代之以如下方法:
return booleanExpression;
类似地:
if (condition) { return x; } return y;
应该写做:
return (condition ? x : y);
如果一个包含二元运算符的表达式作为 三元运算符 " ? : " 的 "?" 之前的部分,那么应该给表达式添上一对圆括号。例如:
(x >= 0) ? x : -x;
在注释中使用 XXX
来标识某些未实现(bogus)的但可以工作(works)的内容。用 FIXME
来标识某些未实现的和不完善的部分。
下面的例子,展示了如何合理布局一个包含单一公共类的Java源程序。接口的布局与其相似。更多信息参见"类和接口声明"以及"文挡注释"。
/* * @(#)Blah.java 1.82 99/03/18 * * Copyright (c) 1994-1999 Sun Microsystems, Inc. * 901 San Antonio Road, Palo Alto, California, 94303, U.S.A. * All rights reserved. * * This software is the confidential and proprietary information of Sun * Microsystems, Inc. ("Confidential Information"). You shall not * disclose such Confidential Information and shall use it only in * accordance with the terms of the license agreement you entered into * with Sun. */ package java.blah; import java.blah.blahdy.BlahBlah; /** * Class description goes here. * * @version 1.82 18 Mar 1999 * @author Firstname Lastname */ public class Blah extends SomeClass { /* A class implementation comment can go here. */ /** classVar1 documentation comment */ public static int classVar1; /** * classVar2 documentation comment that happens to be * more than one line long */ private static Object classVar2; /** instanceVar1 documentation comment */ public Object instanceVar1; /** instanceVar2 documentation comment */ protected int instanceVar2; /** instanceVar3 documentation comment */ private Object[] instanceVar3; /** * ...constructor Blah documentation comment... */ public Blah() { // ...implementation goes here... } /** * ...method doSomething documentation comment... */ public void doSomething() { // ...implementation goes here... } /** * ...method doSomethingElse documentation comment... * @param someParam description */ public void doSomethingElse(Object someParam) { // ...implementation goes here... } }