Java语言编码规范 - Java语言编码规范(中文版)（http://doc.javanb.com/code-conventions-for-the-java-programming-languag
|
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| 1.1 为何要有编码规范(Why Have Code Conventions)c++ 编码规范对于程序员而言尤其重要，有如下几个缘由：程序员 - 一个软件的生命周期中，80%的花费在于维护 为了执行规范，每一个软件开发人员必须一致遵照编码规范。每一个人。编程 本文档反映的是Sun MicroSystems公司，Java语言规范中的编码标准部分。主要贡献者包括：Peter King，Patrick Naughton，Mike DeMoney，Jonni Kanerva，Kathy Walrath以及Scott Hommel。app 本文档现由Scott Hommel维护，有关评论意见请发至shommel@eng.sun.com数据结构和算法 这部分列出了经常使用的文件名及其后缀。 Java程序使用下列文件后缀：
2.2 经常使用文件名(Common File Names) 经常使用的文件名包括：
一个文件由被空行分割而成的段落以及标识每一个段落的可选注释共同组成。超过2000行的程序难以阅读，应该尽可能避免。"Java源文件范例"提供了一个布局合理的Java程序范例。 3.1 Java源文件(Java Source Files) 每一个Java源文件都包含一个单一的公共类或接口。若私有类和接口与一个公共类相关联，能够将它们和公共类放入同一个源文件。公共类必须是这个文件中的第一个类或接口。 Java源文件还遵循如下规则： - 开头注释（参见"开头注释"） 3.1.1 开头注释(Beginning Comments) 全部的源文件都应该在开头有一个C语言风格的注释，其中列出类名、版本信息、日期和版权声明： /* * Classname * * Version information * * Date * * Copyright notice */
3.1.2 包和引入语句(Package and Import Statements) 在多数Java源文件中，第一个非注释行是包语句。在它以后能够跟引入语句。例如： package java.awt; import java.awt.peer.CanvasPeer;
3.1.3 类和接口声明(Class and Interface Declarations) 下表描述了类和接口声明的各个部分以及它们出现的前后次序。参见"Java源文件范例"中一个包含注释的例子。
4个空格常被做为缩进排版的一个单位。缩进的确切解释并未详细指定(空格 vs. 制表符)。一个制表符等于8个空格(而非4个)。 尽可能避免一行的长度超过80个字符，由于不少终端和工具不能很好处理之。 注意：用于文档中的例子应该使用更短的行长，长度通常不超过70个字符。 当一个表达式没法容纳在一行内时，能够依据以下通常规则断开之： - 在一个逗号后面断开 如下是断开方法调用的一些例子： 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
如下是两个缩进方法声明的例子。前者是常规情形。后者若使用常规的缩进方式将会使第二行和第三行移得很靠右，因此代之以缩进8个空格 //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;
Java程序有两类注释：实现注释(implementation comments)和文档注释(document comments)。实现注释是那些在C++中见过的，使用/*...*/和//界定的注释。文档注释(被称为"doc comments")是Java独有的，并由/**...*/界定。文档注释能够经过javadoc工具转换成HTML文件。 实现注释用以注释代码或者实现细节。文档注释从实现自由(implementation-free)的角度描述代码的规范。它能够被那些手头没有源码的开发人员读懂。 注释应被用来给出代码的总括，并提供代码自身没有提供的附加信息。注释应该仅包含与阅读和理解程序有关的信息。例如，相应的包如何被创建或位于哪一个目录下之类的信息不该包括在注释中。 在注释里，对设计决策中重要的或者不是显而易见的地方进行说明是能够的，但应避免提供代码中己清晰表达出来的重复信息。多余的的注释很容易过期。一般应避免那些代码更新就可能过期的注释。 注意：频繁的注释有时反映出代码的低质量。当你以为被迫要加注释的时候，考虑一下重写代码使其更清晰。 注释不该写在用星号或其余字符画出来的大框里。注释不该包括诸如制表符和回退符之类的特殊字符。 5.1 实现注释的格式(Implementation Comment Formats) 程序能够有4种实现注释的风格：块(block)、单行(single-line)、尾端(trailing)和行末(end-of-line)。 块注释一般用于提供对文件，方法，数据结构和算法的描述。块注释被置于每一个文件的开始处以及每一个方法以前。它们也能够被用于其余地方，好比方法内部。在功能和方法内部的块注释应该和它们所描述的代码具备同样的缩进格式。 块注释之首应该有一个空行，用于把块注释和代码分割开来，好比： /* * Here is a block comment. */
块注释能够以/*-开头，这样indent(1)就能够将之识别为一个代码块的开始，而不会重排它。 /*-
* Here is a block comment with some very special
* formatting that I want indent(1) to ignore.
*
* one
* two
* three
*/
注意：若是你不使用indent(1)，就没必要在代码中使用/*-，或为他人可能对你的代码运行indent(1)做让步。 参见"文档注释" 5.1.2 单行注释(Single-Line Comments) 短注释能够显示在一行内，并与其后的代码具备同样的缩进层级。若是一个注释不能在一行内写完，就该采用块注释(参见"块注释")。单行注释以前应该有一个空行。如下是一个Java代码中单行注释的例子： if (condition) {
/* Handle the condition. */
...
}
极短的注释能够与它们所要描述的代码位于同一行，可是应该有足够的空白来分开代码和注释。如有多个短注释出现于大段代码中，它们应该具备相同的缩进。 如下是一个Java代码中尾端注释的例子： 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) 注意：此处描述的注释格式之范例，参见"Java源文件范例" 若想了解更多，参见"How to Write Doc Comments for Javadoc"，其中包含了有关文档注释标记的信息(@return, @param, @see)： http://java.sun.com/javadoc/writingdoccomments/index.html 若想了解更多有关文档注释和javadoc的详细资料，参见javadoc的主页： http://java.sun.com/javadoc/index.html 文档注释描述Java的类、接口、构造器，方法，以及字段(field)。每一个文档注释都会被置于注释定界符/**...*/之中，一个注释对应一个类、接口或成员。该注释应位于声明以前： /**
* The Example class provides ...
*/
public class Example { ...
注意顶层(top-level)的类和接口是不缩进的，而其成员是缩进的。描述类和接口的文档注释的第一行(/**)不需缩进；随后的文档注释每行都缩进1格(使星号纵向对齐)。成员，包括构造函数在内，其文档注释的第一行缩进4格，随后每行都缩进5格。 若你想给出有关类、接口、变量或方法的信息，而这些信息又不适合写在文档中，则可以使用实现块注释(见5.1.1)或紧跟在声明后面的单行注释(见5.1.2)。例如，有关一个类实现的细节，应放入紧跟在类声明后面的实现块注释中，而不是放在文档注释中。 文档注释不能放在一个方法或构造器的定义块中，由于Java会将位于文档注释以后的第一个声明与其相关联。 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
尽可能在声明局部变量的同时初始化。惟一不这么作的理由是变量的初始值依赖于某些先前发生的计算。 只在代码块的开始处声明变量。（一个块是指任何被包含在大括号"{"和"}"中间的代码。）不要在首次用到该变量时才声明之。这会把注意力不集中的程序员搞糊涂，同时会妨碍代码在该做用域内的可移植性。 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() {}
...
}
- 方法与方法之间以空行分隔
每行至多包含一条语句，例如： argv++; // Correct argc--; // Correct argv++; argc--; // AVOID!
复合语句是包含在大括号中的语句序列，形如"{ 语句 }"。例以下面各段。 - 被括其中的语句应该较之复合语句缩进一个层次 一个带返回值的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;
一个for语句应该具备以下格式： for (initialization; condition; update) {
statements;
}
一个空的for语句(全部工做都在初始化，条件判断，更新子句中完成）应该具备以下格式： for (initialization; condition; update);
当在for语句的初始化或更新子句中使用逗号时，避免因使用三个以上变量，而致使复杂度提升。若须要，能够在for循环以前(为初始化子句)或for循环末尾(为更新子句)使用单独的语句。 一个while语句应该具备以下格式 while (condition) {
statements;
}
一个空的while语句应该具备以下格式： while (condition);
7.7 do-while语句(do-while Statements) 一个do-while语句应该具备以下格式： do {
statements;
} while (condition);
7.8 switch语句(switch Statements) 一个switch语句应该具备以下格式： switch (condition) {
case ABC:
statements;
/* falls through */
case DEF:
statements;
break;
case XYZ:
statements;
break;
default:
statements;
break;
}
每当一个case顺着往下执行时(由于没有break语句)，一般应在break语句的位置添加注释。上面的示例代码中就包含注释/* falls through */。 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;
}
空行将逻辑相关的代码段分隔开，以提升可读性。 下列状况应该老是使用两个空行： - 一个源文件的两个片断(section)之间 下列状况应该老是使用一个空行： - 两个方法之间 下列状况应该使用空格： - 一个紧跟着括号的关键字应该被空格分开，例如： 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);
命名规范使程序更易读，从而更易于理解。它们也能够提供一些有关标识符功能的信息，以助于理解代码，例如，不论它是一个常量，包，仍是类。
10 编程惯例(Programming Practices) 10.1 提供对实例以及类变量的访问控制(Providing Access to Instance and Class Variables) 若没有足够理由，不要把实例或类变量声明为公有。一般，实例变量无需显式的设置(set)和获取(gotten)，一般这做为方法调用的边缘效应 (side effect)而产生。 一个具备公有实例变量的恰当例子，是类仅做为数据结构，没有行为。亦即，若你要使用一个结构(struct)而非一个类(若是java支持结构的话)，那么把类的实例变量声明为公有是合适的。 10.2 引用类变量和类方法(Referring to Class Variables and Methods) 避免用一个对象访问一个类的静态变量和方法。应该用类名替代。例如： classMethod(); //OK AClass.classMethod(); //OK anObject.classMethod(); //AVOID!
位于for循环中做为计数器值的数字常量，除了-1,0和1以外，不该被直接写入代码。 10.4 变量赋值(Variable Assignments) 避免在一个语句中给多个变量赋相同的值。它很难读懂。例如： 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;
10.5 其它惯例(Miscellaneous Practices) 通常而言，在含有多种运算符的表达式中使用圆括号来避免运算符优先级问题，是个好方法。即便运算符的优先级对你而言可能很清楚，但对其余人未必如此。你不能假设别的程序员和你同样清楚运算符的优先级。 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);
10.5.3 条件运算符"?"前的表达式(Expressions before '?' in the Conditional Operator) 若是一个包含二元运算符的表达式出如今三元运算符" ? : "的"?"以前，那么应该给表达式添上一对圆括号。例如： (x >= 0) ? x : -x;
在注释中使用XXX来标识某些未实现(bogus)的但能够工做(works)的内容。用FIXME来标识某些假的和错误的内容。 11.1 Java源文件范例(Java Source File Example) 下面的例子，展现了如何合理布局一个包含单一公共类的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...
}
}
|
| 出处：http://morningspace.51.net/resource/javacodeconv.html |
- 1. go语言编码规范
- 2. C语言编码规范
- 3. Go 语言编码规范
- 4. Java语言编程规范
- 5. Java语言规范
- 6. Go 语言规范 - 编码风格篇
- 7. c语言学习--编码规范
- 8. 嵌入式c语言编码规范
- 9. 【Go】Go语言编码规范
- 10. P4语言编码及规范
- 更多相关文章...
- • XML 编码 - XML 教程
- • Redis中使用Lua语言 - Redis教程
- • Scala 中文乱码解决
- • Kotlin学习（一）基本语法
-
每一个你不满意的现在，都有一个你没有努力的曾经。
- 1. go语言编码规范
- 2. C语言编码规范
- 3. Go 语言编码规范
- 4. Java语言编程规范
- 5. Java语言规范
- 6. Go 语言规范 - 编码风格篇
- 7. c语言学习--编码规范
- 8. 嵌入式c语言编码规范
- 9. 【Go】Go语言编码规范
- 10. P4语言编码及规范