Java代码编写规范

nullJAVA代码规范JAVA代码规范 方正春元科技发展有限公司 2007年12月版权所有为什么要有编码规范 为什么要有编码规范 编码规范对于程序员而言尤为重要，有以下几个原因： - 一个软件的生命周期中，80%的花费在于维护 - 几乎没有任何一个软件，在其整个生命周期中，均由最初的开发人员来维护 - 编码规范可以改善软件的可读性，可以让程序员尽快而彻底地理解新的代码 - 如果你将源码作为产品发布，就需要确任它是否被很好的打包并且清晰无误。文件后缀 文件后缀 Java程序使用下列文件后缀： •文件类别 文件后缀 • Java源文件 .java • Java字节码文件 .class 文件组织 文件组织 一个文件由被空行分割而成的段落以及标识每个段落的可选注释共同组成 超过2000行的程序难以阅读，应该尽量避免 每个Java源文件都包含一个单一的公共类或接口.若私有类和接口与一个公共类相关联，可以将它们和公共类放入同一个源文件。公共类必须是这个文件中的第一个类或接口。 开头注释 开头注释 所有的源文件都应该在开头有一个C语言风格的注释，其中列出类名、版本信息、日期和版权声明 ,例如： /* * Classname * * Version info * * Copyright notice */ 缩进排版 缩进排版 4个空格常被作为缩进排版的一个单位。缩进的确切解释并未详细指定(空格 vs. 制 表 关于同志近三年现实表现材料材料类招标技术评分表图表与交易pdf视力表打印pdf用图表说话 pdf 符)。一个制表符等于8个空格(而非4个)。 行长度 尽量避免一行的长度超过80个字符，因为很多终端和 工具不能很好处理之。 注意 用于文档中的例子应该使用更短的行长，长度一般不超过70个字符 换行 换行 当一个表达式无法容纳在一行内时，可以依据如下一般规则断开之： - 在一个逗号后面断开 - 在一个操作符前面断开 - 宁可选择较高级别(higher-level)的断开，而非较低级别(lower-level)的断开 - 新的一行应该与上一行同一级别表达式的开头处对齐 - 如果以上规则导致你的代码混乱或者使你的代码都堆挤在右边，那就代之以缩进8个空格。 换行（例子）换行（例子）以下是断开方法调用的一些例子： function(longExpression1, longExpression2, longExpression3, longExpression4, longExpression5); var = function1(longExpression1, function2(longExpression2, longExpression3)); 断开方法调用的一些例子 断开方法调用的一些例子 if语句的换行通常使用8个空格的规则，因为常规缩进(4个空格)会使语句体看起来比较费劲，例如： if ((condition1 && condition2) || (condition3 && condition4) ||!(condition5 && condition6)) { //BAD WRAPS doSomethingAboutIt(); //MAKE THIS LINE EASY TO MISS } 断开方法调用的一些例子断开方法调用的一些例子推荐使用如下的断开方式 if ((condition1 && condition2) || (condition3 && condition4) || ! (condition5 && condition6)) { doSomethingAboutIt(); } //或者使用如下方式 if ((condition1 && condition2) || (condition3 && condition4) || ! (condition5 && condition6)) { doSomethingAboutIt(); } 注释 注释 注释应被用来给出代码的总括，并提供代码自身没有提供的附加信息。 注释应该仅包含与阅读和理解程序有关的信息。例如，相应的包如何被建立或位于哪个目录下之类的信息不应包括在注释中 注释注释Java程序有两类注释：实现注释和文档注释。 实现注释是那些在C++中见过的，使用/*...*/和//界定的注释 文档注释是Java独有的，并由/**...*/界定。文档注释可以通过javadoc工具转换成HTML文件 。 文档注释从实现自由的角度描述代码的规范。它可以被那些手头没有源码的开发人员读懂。 注释注释注释应被用来给出代码的总括，并提供代码自身没有提供的附加信息。在注释里，对设计决策中重要的或者不是显而易见的地方进行说明是可以的，但应避免提供代码中己清晰表达出来的重复信息。多余的的注释很容易过时。通常应避免那些代码更新就可能过时的注释。 注意：频繁的注释有时反映出代码的低质量。当你觉得被迫要加注释的时候，考虑一下重写代码使其更清晰。 注释不应写在用星号或其他字符画出来的大框里。注释不应包括诸如制表符和回退符之类的特殊字符。实现注释的格式 实现注释的格式 程序可以有4种实现注释的风格： 块 单行 尾端 行末 块注释 块注释 块注释通常用于提供对文件，方法，数据结构和算法的描述。块注释被置于每个文件的开始处以及每个方法之前。它们也可以被用于其他地方，比如方法内部。在功能和方法内部的块注释应该和它们所描述的代码具有一样的缩进格式 块注释之首应该有一个空行，用于把块注释和代码分割开来。块注释可以以/*-开头，这样indent(1)就可以将之识别为一个代码块的开始，而不会重排它比如： /* * Here is a block comment. */ 单行注释 单行注释 短注释可以显示在一行内，并与其后的代码具有一样的缩进层级 如果一个注释不能在一行内写完，就该采用块注释 单行注释之前应该有一个空行 以下是一个Java代码中单行注释的例子 if (condition) { /* Handle the condition. */ ... } 尾端注释 尾端注释 极短的注释可以与它们所要描述的代码位于同一行，但是应该有足够的空白来分开代码和注释 若有多个短注释出现于大段代码中，它们应该具有相同的缩进 以下是一个Java代码中尾端注释的例子 if (a == 2) { return TRUE; /* special case */ } else { return isprime(a); /* works only for odd a */ } 行末注释 行末注释 注释界定符"//"，可以注释掉整行或者一行中的一部分 它一般不用于连续多行的注释文本；然而，它可以用来注释掉连续多行的代码段 三种风格的例子 三种风格的例子 if (foo > 1) { // Do a double-flip. ... } else return false; // Explain why here. //if (bar > 1) { // // // Do a triple-flip. // ... //} //else // return false;文档注释 文档注释 若想了解更多，参见"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会将位于文档注释 之后的第一个声明与其相关联声明 声明 推荐一行一个声明，因为这样以利于写注释，例如： 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! ... } ... } 初始化 初始化 尽量在声明局部变量的同时初始化。唯一不这么做的理由是变量的初始值依赖于某些先前发生的计算。 类和接口的声明 类和接口的声明 当编写类和接口时，应该遵守以下格式规则： - 在方法名与其参数列表之前的左括号"("间不要有空格 - 左大括号"{"位于声明语句同行的末尾 - 右大括号“}”另起一行，与相应的声明语句对齐，除非是一个空语句，“}”应紧 跟在“{”之后 -方法与方法之间以空行分隔 类和接口的声明类和接口的声明 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! 复合语句 复合语句 复合语句是包含在大括号中的语句序列，形如"{ 语句 }"。例如下面各段。 - 被括其中的语句应该较之复合语句缩进一个层次 - 左大括号"{"应位于复合语句起始行的行尾；右大括号"}"应另起一行并与复合语句首行对齐。 - 大括号可以被用于所有语句，包括单个语句，只要这些语句是诸如if-else或for控制结构的一部分。这样便于添加语句而无需担心由于忘了加括号而引入bug。 返回语句 返回语句 一个带返回值的return语句不使用小括号"()"，除非它们以某种方式使返回值更为显见。例如： return; return myDisk.size(); return (size ? size : defaultSize); if，if-else，if else-if else语句(if, if-else, if else-if else Statements) 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-else，if else-if else语句(if, if-else, if else-if else Statements) if，if-else，if else-if else语句(if, if-else, if else-if else Statements) 注意：if语句总是用"{"和"}"括起来，避免使用如下容易引起错误的格式： if (condition) //AVOID! THIS OMITS THEBRACES {}! statement; 空行 空行 空行将逻辑相关的代码段分隔开，以提高可读性。 下列情况应该总是使用两个空行： - 一个源文件的两个片段(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); 命名规范 命名规范 命名规范使程序更易读，从而更易于理解。它们也可以提供一些有关标识符功能的信息，以助于理解代码，例如，不论它是一个常量，包，还是类。 命名规范（包） 命名规范（包） 一个唯一包名的前缀总是全部小写的ASCII字母并且是一个顶级域名，通常是com，edu，gov，mil，net，org，或1981年ISO3166 标准 excel标准偏差excel标准偏差函数exl标准差函数国标检验抽样标准表免费下载红头文件格式标准下载 所指定的标识国家的英文双字符代码。包名的后续部分根据不同机构各自内部的命名规范而不尽相同。这类命名规范可能以特定目录名的组成来区分部门(department)，项目(project)，机器 (machine)，或注册名 (login names)。例如： com.sun.eng com.apple.quicktime.v2 edu.cmu.cs.bovik.cheese 命名规范（类） 命名规范（类） 类名是个一名词，采用大小写混合的方式，每个单词的首字母大写。尽量使你的类名简洁而富于描述。使用完整单词，避免缩写词(除非该缩写词被更广泛使用，像URL，HTML)，例如： class Raster; class ImageSprite; 命名规范（接口）命名规范（接口）大小写规则与类名相似 命名规范（方法）命名规范（方法）方法名是一个动词，采用大小写混合的方式第一个单词的首字母小写，其后单词的首字母大写，例如： run(); runFast(); getBackground(); 命名规范（变量）命名规范（变量）除了变量名外，所有实例，包括类，类常量，均采用大小写混合的方式，第一个单词的首字母小写，其后单词的首字母大写。变量名不应以下划线或美元符号开头，尽管这在语法上是允许的。变量名应简短且富于描述。变量名的选用应该易于记忆，即，能够指出其用途。尽量避免单个字符的变量名，除非是一次性的临时变量。临时变量通常被取名为i，j，k，m和n，它们一般用于整型；c，d，e，它们一般用于字符型。 命名规范（实例变量）命名规范（实例变量）大小写规则和变量名相似，除了前面需要一个下划线 命名规范（常量）命名规范（常量）类常量和ANSI常量的声明，应该全部大写，单词间用下划线隔开。(尽量避免ANSI常量，容易引起错误) 编程惯例 编程惯例 对实例以及类变量的访问控制 若没有足够理由，不要把实例或类变量声明为公有。通常，实例变量无需显式的设置(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; 修改代码时推荐使用的注释修改代码时推荐使用的注释新添加的代码 /* added by username 2007-12-18 start */ //说明 code /* added by username 2007-12-18 end */ 删除旧的代码 /* deleted by username 2007-12-18 start */ //说明 //old code /* deleted by username 2007-12-18 end*/ 修改旧的代码 /* update by username 2007-12-18 start */ //说明 //old code new code /* update by username 2007-12-18 end */Java源文件范例一Java源文件范例一下面的例子，展示了如何合理布局一个包含单一公共类的Java源程序。接口的布局与其相似 /* * %W% %E% Firstname Lastname * * Copyright (c) 1993-1996 Sun Microsystems, Inc. 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. * * SUN MAKES NO REPRESENTATIONS OR WARRANTIES ABOUT THE SUITABILITY OF * THE SOFTWARE, EITHER EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED * TO THE IMPLIED WARRANTIES OF MERCHANTABILITY, FITNESS FOR A * PARTICULAR PURPOSE, OR NON-INFRINGEMENT. SUN SHALL NOT BE LIABLE FOR * ANY DAMAGES SUFFERED BY LICENSEE AS A RESULT OF USING, MODIFYING OR * DISTRIBUTING THIS SOFTWARE OR ITS DERIVATIVES. */ Java源文件范例二Java源文件范例二package java.blah; import java.blah.blahdy.BlahBlah; /** * Class description goes here. * * @version 1.10 04 Oct 1996 * @author Firstname Lastname */ public class Blah extends SomeClass { /* A class implementation comment can go here. */ /** classVar1 documentation comment */ Java源文件范例三Java源文件范例三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; null谢谢！