Java 编码规范


Alexander’s Document Java 编码规范 1 目录 1 目录...........................................................................................................................................1 2 说明...........................................................................................................................................3 2.1 为什么要有编码规范...................................................................................................3 2.2 版权声明.......................................................................................................................3 3 文件名(File Names)..................................................................................................................3 3.1 文件后缀(File Suffixes)................................................................................................3 3.2 常用文件名(Common File Names)..............................................................................3 4 文件组织(File Organization)....................................................................................................4 4.1 Java源文件(Java Source Files).....................................................................................4 4.1.1 开头注释(Beginning Comments) .....................................................................4 4.1.2 包和引入语句(Package and Import Statements)..............................................4 4.1.3 类和接口声明(Class and Interface Declarations).............................................5 5 缩进排版(Indentation)..............................................................................................................5 5.1 行长度(Line Length) ....................................................................................................5 5.2 换行(Wrapping Lines) ..................................................................................................5 6 注释(Comments).......................................................................................................................7 6.1 实现注释的格式(Implementation Comment Formats) ................................................7 6.1.1 块注释(Block Comments) ................................................................................8 6.1.2 单行注释(Single-Line Comments)...................................................................8 6.1.3 尾端注释(Trailing Comments) .........................................................................8 6.1.4 行末注释(End-Of-Line Comments) .................................................................9 6.2 文档注释(Documentation Comments) .........................................................................9 7 声明(Declarations)..................................................................................................................10 7.1 每行声明变量的数量(Number Per Line) ..................................................................10 7.2 初始化(Initialization)..................................................................................................10 7.3 布局(Placement) .........................................................................................................10 7.4 类和接口的声明(Class and Interface Declarations) ..................................................11 8 语句(Statements) ....................................................................................................................12 8.1 简单语句(Simple Statements) ....................................................................................12 8.2 复合语句(Compound Statements)..............................................................................12 8.3 返回语句(return Statements)......................................................................................12 8.4 if,if-else,if else-if else语句(if, if-else, if else-if else Statements)..........................12 8.5 for语句(for Statements) ..............................................................................................13 8.6 while语句(while Statements)......................................................................................13 8.7 do-while语句(do-while Statements) ...........................................................................14 8.8 switch语句(switch Statements)...................................................................................14 8.9 try-catch语句(try-catch Statements) ...........................................................................14 2007 1/21 By huqi Alexander’s Document 9 空白(White Space)..................................................................................................................15 9.1 空行(Blank Lines).......................................................................................................15 9.2 空格(Blank Spaces) ....................................................................................................15 10 命名规范(Naming Conventions)....................................................................................16 11 编程惯例(Programming Practices).................................................................................17 11.1 提供对实例以及类变量的访问控制(Providing Access to Instance and Class Variables) ................................................................................................................................17 11.2 10.2 引用类变量和类方法(Referring to Class Variables and Methods)...................17 11.3 常量(Constants) ..........................................................................................................17 11.4 变量赋值(Variable Assignments) ...............................................................................17 11.5 其它惯例(Miscellaneous Practices)............................................................................18 11.5.1 圆括号(Parentheses) .......................................................................................18 11.5.2 返回值(Returning Values)...............................................................................18 11.5.3 条件运算符"?" 前的表达式(Expressions before '?' in the Conditional Operator) 19 11.5.4 特殊注释(Special Comments)........................................................................19 12 代码范例(Code Examples).............................................................................................19 12.1 Java源文件范例(Java Source File Example)..............................................................19 2007 2/21 By huqi Alexander’s Document 2 说明 2.1 为什么要有编码规范 编码规范对于程序员而言尤为重要,有以下几个原因: 一个软件的生命周期中,80%的花费在于维护。 几乎没有任何一个软件,在其整个生命周期中,均由最初的开发人员来维护。 编码规范可以改善软件的可读性,可以让程序员尽快而彻底地理解新的代码。 如果你将源码作为产品发布,就需要确任它是否被很好的打包并且清晰无误,一如你已 构建的其它任何产品。 为了执行规范,每个软件开发人员必须一致遵守编码规范。每个人! 2.2 版权声明 本文档反映的是Sun MicroSystems公司,Java语言规范中的编码标准部分。主要贡献者 包括:Peter King,Patrick Naughton,Mike DeMoney,Jonni Kanerva,Kathy Walrath以及Scott Hommel。本文档现由Scott Hommel维护,有关评论意见请发至shommel@eng.sun.com 3 文件名(File Names) 这部分列出了常用的文件名及其后缀。 3.1 文件后缀(File Suffixes) Java 程序使用下列文件后缀: 文件类别 文件后缀 Java 源文件 .java Java 字节码文件 .class 3.2 常用文件名(Common File Names) 常用的文件名包括: 文件名 用途 GNUmakefile makefiles 的首选文件名。我们采用 gnumake 来创建(build)软件。 README 概述特定目录下所含内容的文件的首选文件名 2007 3/21 By huqi Alexander’s Document 4 文件组织(File Organization) 一个文件由被空行分割而成的段落以及标识每个段落的可选注释共同组成。超过 2000 行的程序难以阅读,应该尽量避免。“Java 源文件范例”提供了一个布局合理的 Java 程序范 例。 4.1 Java 源文件(Java Source Files) 每个 Java 源文件都包含一个单一的公共类或接口。若私有类和接口与一个公共类相关 联,可以将它们和公共类放入同一个源文件。公共类必须是这个文件中的第一个类或接口。 Java 源文件还遵循以下规则: 开头注释(参见"开头注释") 包和引入语句(参见"包和引入语句") 类和接口声明(参见"类和接口声明") 4.1.1 开头注释(Beginning Comments) 所有的源文件都应该在开头有一个 C 语言风格的注释,其中列出类名、版本信息、日 期和版权声明: /* * Classname * * Version information * * Date * * Copyright notice */ 4.1.2 包和引入语句(Package and Import Statements) 在多数 Java 源文件中,第一个非注释行是包语句。在它之后可以跟引入语句。例如: package java.awt; import java.awt.peer.CanvasPeer; 2007 4/21 By huqi Alexander’s Document 4.1.3 类和接口声明(Class and Interface Declarations) 下表描述了类和接口声明的各个部分以及它们出现的先后次序。参见“Java 源文件范例” 中一个包含注释的例子。 类/接口声明的各部分 注解 1 类 / 接口文档注释 (/**……*/) 该注释中所需包含的信息,参见"文档注释" 2 类或接口的声明 3 类/接口实现的注释 (/*……*/)如果有必要 的话 该注释应包含任何有关整个类或接口的信息,而这些信息又不适 合作为类/接口文档注释。 4 类的(静态)变量 首先是类的公共变量,随后是保护变量,再后是包一级别的变量 (没有访问修饰符,access modifier),最后是私有变量。 5 实例变量 首先是公共级别的,随后是保护级别的,再后是包一级别的(没 有访问修饰符),最后是私有级别的。 6 构造器 7 方法 这些方法应该按功能,而非作用域或访问权限,分组。例如,一 个私有的类方法可以置于两个公有的实例方法之间。其目的是为 了更便于阅读和理解代码。 5 缩进排版(Indentation) 4 个空格常被作为缩进排版的一个单位。缩进的确切解释并未详细指定(空格 vs. 制表 符)。一个制表符等于 8 个空格(而非 4 个)。 5.1 行长度(Line Length) 尽量避免一行的长度超过 80 个字符,因为很多终端和工具不能很好处理之。 注意:用于文档中的例子应该使用更短的行长,长度一般不超过 70 个字符。 5.2 换行(Wrapping Lines) 当一个表达式无法容纳在一行内时,可以依据如下一般规则断开之: 在一个逗号后面断开。 在一个操作符前面断开。 宁可选择较高级别(higher-level)的断开,而非较低级别(lower-level)的断开。 新的一行应该与上一行同一级别表达式的开头处对齐。 如果以上规则导致你的代码混乱或者使你的代码都堆挤在右边,那就代之以缩进 8 个空格。 2007 5/21 By huqi Alexander’s Document 以下是断开方法调用的一些例子: 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(); } 2007 6/21 By huqi Alexander’s Document //OR USE THIS if ((condition1 && condition2) || (condition3 && condition4) ||!(condition5 && condition6)) { doSomethingAboutIt(); } 这里有三种可行的方法用于处理三元运算表达式: alpha = (aLongBooleanExpression) ? beta : gamma; alpha = (aLongBooleanExpression) ? beta : gamma; alpha = (aLongBooleanExpression) ? beta : gamma; 6 注释(Comments) Java 程序有两类注释:实现注释(implementation comments)和文档注释(document comments)。实现注释是那些在 C++中见过的,使用/*...*/和//界定的注释。文档注释(被称为 “doc comments”)是 Java 独有的,并由/**...*/界定。文档注释可以通过 javadoc 工具转换成 HTML 文件。 实现注释用以注释代码或者实现细节。文档注释从实现自由(implementation-free)的角度 描述代码的规范。它可以被那些手头没有源码的开发人员读懂。 注释应被用来给出代码的总括,并提供代码自身没有提供的附加信息。注释应该仅包含 与阅读和理解程序有关的信息。例如,相应的包如何被建立或位于哪个目录下之类的信息不 应包括在注释中。 在注释里,对设计决策中重要的或者不是显而易见的地方进行说明是可以的,但应避免 提供代码中己清晰表达出来的重复信息。多余的的注释很容易过时。通常应避免那些代码更 新就可能过时的注释。 注意:频繁的注释有时反映出代码的低质量。当你觉得被迫要加注释的时候,考虑一下 重写代码使其更清晰。 注释不应写在用星号或其他字符画出来的大框里。注释不应包括诸如制表符和回退符之 类的特殊字符。 6.1 实现注释的格式(Implementation Comment Formats) 程序可以有 4 种实现注释的风格:块(block)、单行(single-line)、尾端(trailing)和行末 (end-of-line)。 2007 7/21 By huqi Alexander’s Document 6.1.1 块注释(Block Comments) 块注释通常用于提供对文件,方法,数据结构和算法的描述。块注释被置于每个文件的 开始处以及每个方法之前。它们也可以被用于其他地方,比如方法内部。在功能和方法内部 的块注释应该和它们所描述的代码具有一样的缩进格式。 块注释之首应该有一个空行,用于把块注释和代码分割开来,比如: /* * 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)作让步。 参见“文档注释”。 6.1.2 单行注释(Single-Line Comments) 短注释可以显示在一行内,并与其后的代码具有一样的缩进层级。如果一个注释不能在 一行内写完,就该采用块注释(参见“块注释”)。单行注释之前应该有一个空行。以下是一 个 Java 代码中单行注释的例子: if (condition) { /* Handle the condition. */ ... } 6.1.3 尾端注释(Trailing Comments) 极短的注释可以与它们所要描述的代码位于同一行,但是应该有足够的空白来分开代码 和注释。若有多个短注释出现于大段代码中,它们应该具有相同的缩进。 以下是一个 Java 代码中尾端注释的例子: 2007 8/21 By huqi Alexander’s Document if (a == 2) { return TRUE; /* special case */ } else { return isPrime(a); /* works only for odd a */ } 6.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; //} 6.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 { ... 2007 9/21 By huqi Alexander’s Document 注意顶层(top-level)的类和接口是不缩进的,而其成员是缩进的。描述类和接口的文档 注释的第一行(/**)不需缩进;随后的文档注释每行都缩进 1 格(使星号纵向对齐)。成员,包 括构造函数在内,其文档注释的第一行缩进 4 格,随后每行都缩进 5 格。 若你想给出有关类、接口、变量或方法的信息,而这些信息又不适合写在文档中,则可 使用实现块注释(见 5.1.1)或紧跟在声明后面的单行注释(见 5.1.2)。例如,有关一个类实现的 细节,应放入紧跟在类声明后面的实现块注释中,而不是放在文档注释中。 文档注释不能放在一个方法或构造器的定义块中,因为 Java 会将位于文档注释之后的 第一个声明与其相关联。 7 声明(Declarations) 7.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 7.2 初始化(Initialization) 尽量在声明局部变量的同时初始化。唯一不这么做的理由是变量的初始值依赖于某些先 前发生的计算。 7.3 布局(Placement) 只在代码块的开始处声明变量。(一个块是指任何被包含在大括号"{"和"}"中间的代 码。)不要在首次用到该变量时才声明之。这会把注意力不集中的程序员搞糊涂,同时会妨 碍代码在该作用域内的可移植性。 2007 10/21 By huqi Alexander’s Document 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! ... } ... } 7.4 类和接口的声明(Class and Interface Declarations) 当编写类和接口是,应该遵守以下格式规则: 在方法名与其参数列表之前的左括号“(”间不要有空格。 左大括号“{”位于声明语句同行的末尾。 右大括号“}”另起一行,与相应的声明语句对齐,除非是一个空语句,“{”应紧跟在“{” 之后。 class Sample extends Object { int ivar1; int ivar2; Sample(int i, int j) { ivar1 = i; ivar2 = j; } 2007 11/21 By huqi Alexander’s Document int emptyMethod() {} ... } ——方法与方法之间以空行分隔。 8 语句(Statements) 8.1 简单语句(Simple Statements) 每行至多包含一条语句,例如: argv++; // Correct argc--; // Correct argv++; argc--; // AVOID! 8.2 复合语句(Compound Statements) 复合语句是包含在大括号中的语句序列,形如"{ 语句 }"。例如下面各段。 被括其中的语句应该较之复合语句缩进一个层次。 左大括号"{"应位于复合语句起始行的行尾;右大括号"}"应另起一行并与复合语句首行 对齐。 大括号可以被用于所有语句,包括单个语句,只要这些语句是诸如 if-else 或 for 控制结 构的一部分。这样便于添加语句而无需担心由于忘了加括号而引入 bug。 8.3 返回语句(return Statements) 一个带返回值的 return 语句不使用小括号"()",除非它们以某种方式使返回值更为显见。 例如: return; return myDisk.size(); return (size ? size : defaultSize); 8.4 if,if-else,if else-if else 语句(if, if-else, if else-if else Statements) if-else 语句应该具有如下格式: 2007 12/21 By huqi Alexander’s Document 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; 8.5 for 语句(for Statements) 一个 for 语句应该具有如下格式: for (initialization; condition; update) { statements; } 一个空的 for 语句(所有工作都在初始化,条件判断,更新子句中完成)应该具有如下格 式: for (initialization; condition; update); 当在 for 语句的初始化或更新子句中使用逗号时,避免因使用三个以上变量,而导致复 杂度提高。若需要,可以在 for 循环之前(为初始化子句)或 for 循环末尾(为更新子句)使用单 独的语句。 8.6 while 语句(while Statements) 一个 while 语句应该具有如下格式 while (condition) { statements; 2007 13/21 By huqi Alexander’s Document } 一个空的 while 语句应该具有如下格式: while (condition); 8.7 do-while 语句(do-while Statements) 一个 do-while 语句应该具有如下格式: do { statements; } while (condition); 8.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 */。 8.9 try-catch 语句(try-catch Statements) 一个 try-catch 语句应该具有如下格式: try { statements; } catch (ExceptionClass e) { statements; } 2007 14/21 By huqi Alexander’s Document 一个 try-catch 语句后面也可能跟着一个 finally 语句,不论 try 代码块是否顺利执行完, 它都会被执行。 try { statements; } catch (ExceptionClass e) { statements; } finally { statements; } 9 空白(White Space) 9.1 空行(Blank Lines) 空行将逻辑相关的代码段分隔开,以提高可读性。 下列情况应该总是使用两个空行: 一个源文件的两个片段(section)之间 类声明和接口声明之间 下列情况应该总是使用一个空行: 两个方法之间 方法内的局部变量和方法的第一条语句之间 块注释(参见"5.1.1")或单行注释(参见"5.1.2")之前 一个方法内的两个逻辑段之间,用以提高可读性 9.2 空格(Blank Spaces) 下列情况应该使用空格: 一个紧跟着括号的关键字应该被空格分开,例如: while (true) { ... } 注意:空格不应该置于方法名与其左括号之间。这将有助于区分关键字和方法调用。 空白应该位于参数列表中逗号的后面 所有的二元运算符,除了".",应该使用空格将之与操作数分开。一元操作符和操作数之间 不因该加空格,比如:负号("-")、自增("++")和自减("--")。例如: a += c + d; a = (a + b) / (c * d); 2007 15/21 By huqi Alexander’s Document 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 命名规范(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; 2007 16/21 By huqi Alexander’s Document 一般用于字符型。 大小写规则和变量名相似,除了前面需要一个下划 线 实例变量 (Instance Variables) int _employeeId; String _name; Customer _customer; 常量 (Constants) 类常量和 ANSI 常量的声明,应该全部大写,单 词 间用下划线隔开。(尽量避免 ANSI 常量,容易引 起错误) static final int MIN_WIDTH = 4; static final int MAX_WIDTH = 999; static final int GET_THE_CPU = 1; 11 编程惯例(Programming Practices) 11.1 提供对实例以及类变量的访问控制 (Providing Access to Instance and Class Variables) 若没有足够理由,不要把实例或类变量声明为公有。通常,实例变量无需显式的设置(set) 和获取(gotten),通常这作为方法调用的边缘效应 (side effect)而产生。 一个具有公有实例变量的恰当例子,是类仅作为数据结构,没有行为。亦即,若你要使 用一个结构(struct)而非一个类(如果 java 支持结构的话),那么把类的实例变量声明为公有是 合适的。 11.2 10.2 引用类变量和类方法(Referring to Class Variables and Methods) 避免用一个对象访问一个类的静态变量和方法。应该用类名替代。例如: classMethod(); //OK AClass.classMethod(); //OK anObject.classMethod(); //AVOID! 11.3 常量(Constants) 位于 for 循环中作为计数器值的数字常量,除了-1,0 和 1 之外,不应被直接写入代码。 11.4 变量赋值(Variable Assignments) 2007 17/21 By huqi Alexander’s Document 避免在一个语句中给多个变量赋相同的值。它很难读懂。例如: 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; 11.5 其它惯例(Miscellaneous Practices) 11.5.1 圆括号(Parentheses) 一般而言,在含有多种运算符的表达式中使用圆括号来避免运算符优先级问题,是个好 方法。即使运算符的优先级对你而言可能很清楚,但对其他人未必如此。你不能假设别的程 序员和你一样清楚运算符的优先级。 if (a == b && c == d) // AVOID! if ((a == b) && (c == d)) // RIGHT 11.5.2 返回值(Returning Values) 设法让你的程序结构符合目的。例如: if (booleanExpression) { return true; } else { return false; } 应该代之以如下方法: return booleanExpression; 类似地: if (condition) { return x; } 2007 18/21 By huqi Alexander’s Document return y; 应该写做: return (condition ? x : y); 11.5.3 条件运算符"?" 前的表达式(Expressions before '?' in the Conditional Operator) 如果一个包含二元运算符的表达式出现在三元运算符" ? : "的"?"之前,那么应该给表达 式添上一对圆括号。例如: (x >= 0) ? x : -x; 11.5.4 特殊注释(Special Comments) 在注释中使用 XXX 来标识某些未实现(bogus)的但可以工作(works)的内容。例如: //TODO 用 FIXME 来标识某些假的和错误的内容。 12 代码范例(Code Examples) 12.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. */ 2007 19/21 By huqi Alexander’s Document 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... } 2007 20/21 By huqi Alexander’s Document /** * ...method doSomethingElse documentation comment... * @param someParam description */ public void doSomethingElse(Object someParam) { // ...implementation goes here... } } 2007 21/21 By huqi
还剩20页未读

继续阅读

下载pdf到电脑,查找使用更方便

pdf的实际排版效果,会与网站的显示效果略有不同!!

需要 20 金币 [ 分享pdf获得金币 ] 1 人已下载

下载pdf

pdf贡献者

nuaily

贡献于2011-07-23

下载需要 20 金币 [金币充值 ]
亲,您也可以通过 分享原创pdf 来获得金币奖励!
下载pdf