├── .gitignore ├── README.md ├── SUMMARY.md ├── page01.md ├── page02.md ├── page03.md ├── page04.md ├── page05.md ├── page06.md ├── page07.md ├── page08.md ├── page09.md ├── page10.md └── page11.md /.gitignore: -------------------------------------------------------------------------------- 1 | _book 2 | -------------------------------------------------------------------------------- /README.md: -------------------------------------------------------------------------------- 1 | # Code Conventions for the Java Programming Language 中文翻译《Java 编码规范》 2 | 3 | Chinese translation of the [Code Conventions for the Java Programming Language](http://www.oracle.com/technetwork/java/index-135089.html) document. This 4 | document contains the standard conventions that we at Sun follow and recommend that others follow. It covers filenames, file organization, indentation, comments, declarations, statements, white space, naming conventions, programming practices and includes a code example. 5 | 6 | * 80% of the lifetime cost of a piece of software goes to maintenance. 7 | * Hardly any software is maintained for its whole life by the original author. 8 | * Code conventions improve the readability of the software, allowing engineers to understand new code more quickly and thoroughly. 9 | 10 | The last revision to this document was revised and updated on April 20, 1999 by Sun Microsystems. There is alse a GitBook version of the book: or 11 | Let's [READ](SUMMARY.md)! 12 | 13 | 《Java 编码规范》中文翻译。这个文档包含了 Sun 所遵循以及推荐的标准的规范。它涵盖了文件名，文件组织，压缩，声明，注释，语句，空白，命名规范，编码惯例以及一个代码示例。 14 | 15 | - 一个软件的生命周期中，80%的花费用于维护. 16 | - 几乎没有任何一个软件，在其整个生命周期中，均由最初的作者来维护. 17 | - 编码规范可以改善软件的可读性，可以让程序员尽快而彻底地理解新的代码. 18 | 19 | 文档最后版本由 Sun 公司于1999年4月20日更新，虽然过去十几年，但这个规范至今对编码的规范指导仍然适用，特此翻译。如有勘误欢迎指正。 20 | 21 | 从[目录](SUMMARY.md)开始阅读吧 22 | 23 | ### Get Started 如何开始阅读 24 | 25 | 选择下面入口之一： 26 | 27 | * 的 [SUMMARY.md](SUMMARY.md)（源码） 28 | * 点击 Read 按钮（同步更新，国内访问速度一般） 29 | * （国内访问速度快，定期更新。最后更新于 2017-8-31） 30 | 31 | ### Issue 意见、建议 32 | 33 | 如有勘误、意见或建议欢迎拍砖 34 | 35 | ### Contact 联系作者: 36 | 37 | * Blog: [waylau.com](https://waylau.com) 38 | * Gmail: [waylau521(at)gmail.com](mailto:waylau521@gmail.com) 39 | * Weibo: [waylau521](http://weibo.com/waylau521) 40 | * Twitter: [waylau521](https://twitter.com/waylau521) 41 | * Github : [waylau](https://github.com/waylau) -------------------------------------------------------------------------------- /SUMMARY.md: -------------------------------------------------------------------------------- 1 | # Summary 2 | 3 | This is the summary of my book. 4 | 5 | * [介绍](page01.md) 6 | * [文件名称](page02.md) 7 | * [文件组织](page03.md) 8 | * [缩进](page04.md) 9 | * [注释](page05.md) 10 | * [声明](page06.md) 11 | * [语句](page07.md) 12 | * [空白](page08.md) 13 | * [命名规范](page09.md) 14 | * [编程惯例](page10.md) 15 | * [代码示例](page11.md) 16 | -------------------------------------------------------------------------------- /page01.md: -------------------------------------------------------------------------------- 1 | # 1 - 介绍 2 | ## 1.1 为啥要有编码规范 3 | 对于编程人员来说，编码规范的重要性体现在以下几个方面: 4 | 5 | - 一个软件的生命周期中，80%的花费用于维护. 6 | - 几乎没有任何一个软件，在其整个生命周期中，均由最初的作者来维护. 7 | - 编码规范可以改善软件的可读性，可以让程序员尽快而彻底地理解新的代码. 8 | - 如果你把你的源代码作为一个产品，你要确保它是否被很好的打包并且清晰无误，就像你已构建的其它任何产品一样. 9 | 10 | ## 1.2 致谢 11 | 本文档反映的是 Sun MicroSystems 公司 [Java Language Specification（Java语言规范）](http://docs.oracle.com/javase/specs/) 中的编码标准部分,主要贡献者有 Peter King, Patrick Naughton, Mike DeMoney, Jonni Kanerva, Kathy Walrath, 和 Scott Hommel. 12 | 13 | [CONTENTS](SUMMARY.md) | [NEXT](page02.md) 14 | -------------------------------------------------------------------------------- /page02.md: -------------------------------------------------------------------------------- 1 | # 2 - 文件名称 2 | 这部分列出了常用的文件名及其后缀 3 | 4 | ## 2.1 文件后缀 5 | 6 | Java 软件使用下面文件后缀: 7 | 8 | 文件类别 | 后缀 9 | -----------|-------- 10 | Java 源文件 | .java 11 | Java 字节码 | .class 12 | 13 | ## 2.2 常见文件名称 14 | 15 | 常见文件名称包括: 16 | 17 | 文件名称 | 用法 18 | --------------|----- 19 | `GNUmakefile` | makefiles 的首选文件名。我们使用 `gnumake` 来构建软件. 20 | `README` | 概述特定目录下所含内容的文件的首选文件名. 21 | 22 | [PREVIOUS](page01.md) | [CONTENTS](SUMMARY.md) | [NEXT](page03.md) 23 | -------------------------------------------------------------------------------- /page03.md: -------------------------------------------------------------------------------- 1 | # 3 - 文件组织 2 | 一个文件由被空行分割而成的段落以及标识每个段落的可选注释共同组成。 3 | 4 | 超过2000行的程序难以阅读，应该尽量避免。 5 | 6 | 正确编码格式的范例，见 ["Java 源文件案例"](page11.md). 7 | 8 | ## 3.1 Java 源文件 9 | 每个 Java 源文件都包含一个单一的公共类或接口。若私有类和接口与一个公共类相关联，可以将它们和公共类放入同一个源文件。公共类必须是这个文件中的第一个类或接口。 10 | 11 | Java 源文件还遵循以下规则： 12 | 13 | - 开头注释 14 | - 包和引入语句 15 | - 类和接口声明 16 | 17 | ### 3.1.1 开头注释 18 | 所有的源文件都应该在开头有一个C语言风格的注释，其中列出类名、版本信息、日期和版权声明: 19 | 20 | ```java 21 | 22 | /* 23 | * Classname 24 | * 25 | * Version information 26 | * 27 | * Date 28 | * 29 | * Copyright notice 30 | */ 31 | 32 | ``` 33 | 34 | ### 3.1.2 包和引入语句 35 | 36 | 在多数 Java 源文件中，第一个非注释行是 `package` 语句。在它之后可以跟 `import` 语句。例如 : 37 | 38 | ```java 39 | package java.awt; 40 | 41 | import java.awt.peer.CanvasPeer; 42 | ``` 43 | 44 | 45 | ### 3.1.3 类和接口声明 46 | 47 | 下表描述了类和接口声明的各个部分以及它们出现的先后次序。见 ["Java 源文件案例"](page11.md) 一个包含注释的例子. 48 | 49 | class/interface 声明的各个部分 | 注解 50 | ------------------------------------|------- 51 | class/interface 文档注释 (`/**...*/`) | 详见 ["文档注释"](page05.md) 52 | `class`或`interface` 声明 | 53 | class/interface 实现注释 (`/*...*/`)，如果有必要的话 | 该注释应包含任何有关整个类或接口的信息，而这些信息又不适合作为 class/interface 文档注释。 54 | class (`static`) 变量 | 先是 `public` class 变量，接着是 `protected`，再是包级别 (没有访问修饰符)，再是 `private`。 55 | 实例变量 | 先是 `public` class 变量，接着是 `protected`，再是包级别 (没有访问修饰符)， 再是 `private`。 56 | 构造器 | 57 | 方法 | 这些方法应该按功能，而非作用域或访问权限分组。例如，一个私有的类方法可以置于两个公有的实例方法之间，其目的是为了更便于阅读和理解代码。 58 | 59 | 60 | [PREVIOUS](page02.md) | [CONTENTS](SUMMARY.md) | [NEXT](page04.md) 61 | -------------------------------------------------------------------------------- /page04.md: -------------------------------------------------------------------------------- 1 | # 4 - 缩进 2 | 3 | 4 个空格常被作为缩进排版的一个单位。本文档并没有规定缩进的实现方式 (可以使用空格或者Tab建)。如果使用Tab，则Tab设置为 8 个空格 (而非 4 个)。 4 | 5 | **译者注：**不同的IED或者文本编辑器中，Tab的空格数是不同的，常见的有4格或者8格。所以，这个文档中，如果强调了使用 Tab 键来缩进，意味着空了8格。否则，直接说明空了几个格，不然，会产生歧义。至于为什么是8格，我个人理解，这个规范应该是参考 C 语言规范而来。一般不建议用Tab键来代替空格，除非整个团队都有一致的开发工具或者编码格式文件。 6 | 7 | ## 4.1 行长度 8 | 9 | 尽量避免一行的长度超过 80 个字符，因为很多终端和工具不能很好处理。 10 | 11 | **注意:** 用于文档中的例子应该使用更短的行长，长度一般不超过 70 个字符。 12 | 13 | ## 4.2 换行 14 | 15 | 当一个表达式无法容纳在一行内时，可以依据如下一般规则断开: 16 | 17 | - 在一个逗号后面断开 18 | - 在一个操作符前面断开 19 | - 宁可选择较高级别 (higher-level) 的断开，而非较低级别 (lower-level) 的断开 20 | - 新的一行应该与上一行同一级别表达式的开头处对齐 21 | - 如果以上规则导致你的代码混乱或者使你的代码都堆挤在右边，那就代之以缩进8个空格。 22 | 23 | 以下是断开方法调用的一些例子: 24 | 25 | ```java 26 | 27 | someMethod(longExpression1, longExpression2, longExpression3, 28 | longExpression4, longExpression5); 29 | 30 | var = someMethod1(longExpression1, 31 | someMethod2(longExpression2, 32 | longExpression3)); 33 | 34 | ``` 35 | 36 | 以下是两个断开算术表达式的例子。前者更好，因为断开处位于括号表达式的外边，这是个较高级别的断开。 37 | 38 | ```java 39 | 40 | longName1 = longName2 * (longName3 + longName4 - longName5) 41 | + 4 * longname6; // 推荐 42 | 43 | longName1 = longName2 * (longName3 + longName4 44 | - longName5) + 4 * longname6; // 避免 45 | 46 | ``` 47 | 48 | 以下是两个缩进方法声明的例子。前者是常规情形。后者如果按照常规的缩进方法就会使得第二行和第三行太靠右边，所以只缩进8个字符。 49 | 50 | ```java 51 | 52 | //常规缩进 53 | someMethod(int anArg, Object anotherArg, String yetAnotherArg, 54 | Object andStillAnother) { 55 | ... 56 | } 57 | 58 | //缩进8个空格来避免缩进的太深 59 | private static synchronized horkingLongMethodName(int anArg, 60 | Object anotherArg, String yetAnotherArg, 61 | Object andStillAnother) { 62 | ... 63 | } 64 | 65 | ``` 66 | 67 | if 语句的换行通常使用 8 个空格的规则，因为常规缩进(4个空格)会使语句体看起来比较费劲。比如: 68 | 69 | ```java 70 | 71 | //不要使用这种 72 | if ((condition1 && condition2) 73 | || (condition3 && condition4) 74 | ||!(condition5 && condition6)) { //BAD WRAPS 75 | doSomethingAboutIt(); //MAKE THIS LINE EASY TO MISS 76 | } 77 | 78 | //用这个来代替 79 | if ((condition1 && condition2) 80 | || (condition3 && condition4) 81 | ||!(condition5 && condition6)) { 82 | doSomethingAboutIt(); 83 | } 84 | 85 | //或用这种 86 | if ((condition1 && condition2) || (condition3 && condition4) 87 | ||!(condition5 && condition6)) { 88 | doSomethingAboutIt(); 89 | } 90 | 91 | ``` 92 | 93 | 这里有三种可行的方法用于处理三元运算表达式: 94 | 95 | ```java 96 | 97 | alpha = (aLongBooleanExpression) ? beta : gamma; 98 | 99 | alpha = (aLongBooleanExpression) ? beta 100 | : gamma; 101 | 102 | alpha = (aLongBooleanExpression) 103 | ? beta 104 | : gamma; 105 | 106 | ``` 107 | 108 | 109 | 110 | [PREVIOUS](page03.md) | [CONTENTS](SUMMARY.md) | [NEXT](page05.md) 111 | -------------------------------------------------------------------------------- /page05.md: -------------------------------------------------------------------------------- 1 | # 5 - 注释 2 | Java 有两类注释: implementation comments（实现注释）和 documentation comments（文档注释）。实现注释常见于 C++，使用 `/*...*/` 和 `//`。文档注释 (也称为"doc comments") 是 Java 独有的，使用 `/**...*/`。文档注释可以通过 javadoc 工具转成 HTML 文件。 3 | 4 | 实现注释用以注释代码或者特殊的实现。 文档注释从 implementation-free (实现自由)的角度描述代码的规范。它可以被那些手头没有源码的开发人员读懂。 5 | 6 | 注释应被用来给出代码的总览，并提供代码自身没有提供的附加信息。注释应该仅包含与阅读和理解程序有关的信息。例如，相应的包如何被建立或位于哪个目录下之类的信息不应包括在注释中。 7 | 8 | 在注释里，对设计决策中重要的或者不是显而易见的地方进行说明是可以的，但应避免提供代码中己清晰表达出来的重复信息。多余的的注释很容易过时。通常应避免那些代码更新就可能过时的注释。 9 | 10 | **注意:** 频繁的注释有时反映出代码的低质量。当你觉得被迫要加注释的时候，考虑一下重写代码使其更清晰。 11 | 12 | 注释不应写在用星号或其他字符画出来的大框里。 13 | 14 | 注释不应包括诸如制表符和回退符之类的特殊字符。 15 | 16 | ## 5.1 实现注释的格式 17 | 实现注释的格式主要有4种: block（块）, single-line（单行）, trailing（尾端）, 和 end-of-line（行末）. 18 | 19 | ### 5.1.1 块注释 20 | 块注释通常用于提供对文件，方法，数据结构和算法的描述。块注释被置于每个文件的开始处以及每个方法之前。它们也可以被用于其他地方，比如方法内部。在功能和方法内部的块注释应该和它们所描述的代码具有一样的缩进格式。 21 | 22 | 块注释之首应该有一个空行，用于把块注释和代码分割开来，比如： 23 | 24 | ```java 25 | 26 | /* 27 | * Here is a block comment. 28 | */ 29 | 30 | ``` 31 | 块注释可以以/*-开头，这样indent(1)就可以将之识别为一个代码块的开始，而不会重排它。 32 | 33 | ```java 34 | 35 | /*- 36 | * Here is a block comment with some very special 37 | * formatting that I want indent(1) to ignore. 38 | * 39 | * one 40 | * two 41 | * three 42 | */ 43 | 44 | ``` 45 | 46 | **Note:** 如果你不使用indent(1)，就不必在代码中使用/*-，或为他人可能对你的代码运行indent(1)作让步。详见于 5.2 节 "Documentation Comments" 47 | 48 | ### 5.1.2 单行注释 49 | 短注释可以显示在一行内，并与其后的代码具有一样的缩进层级。如果一个注释不能在一行内写完，就该采用块注释(参见"5.1.1 块注释")。单行注释之前应该有一个空行。以下是一个 Java 代码中单行注释的例子：: 50 | 51 | ```java 52 | 53 | if (condition) { 54 | 55 | /* Handle the condition. */ 56 | ... 57 | } 58 | 59 | ``` 60 | 61 | ### 5.1.3 尾端注释 62 | 极短的注释可以与它们所要描述的代码位于同一行，但是应该有足够的空白来分开代码和注释。若有多个短注释出现于大段代码中，它们应该具有相同的缩进。 63 | 64 | 以下是一个Java代码中尾端注释的例子： 65 | 66 | ```java 67 | 68 | if (a == 2) { 69 | return TRUE; /* special case */ 70 | } else { 71 | return isPrime(a); /* works only for odd a */ 72 | } 73 | 74 | ``` 75 | 76 | ### 5.1.4 行末注释 77 | 注释界定符 `//` ，可以注释掉整行或者一行中的一部分。它一般不用于连续多行的注释文本；然而，它可以用来注释掉连续多行的代码段。以下是所有三种风格的例子： 78 | 79 | ```java 80 | 81 | if (foo > 1) { 82 | 83 | // Do a double-flip. 84 | ... 85 | } 86 | else 87 | return false; // Explain why here. 88 | 89 | //if (bar > 1) { 90 | // 91 | // // Do a triple-flip. 92 | // ... 93 | //} 94 | //else 95 | // return false; 96 | 97 | ``` 98 | 99 | ## 5.2 文档注释 100 | 注意：此处描述的注释格式之范例，参见["Java 源文件范例"](page11.md)。 101 | 102 | 更多细节，详见"How to Write Doc Comments for Javadoc"，里面包含了文档注释标签的信息(@return, @param, @see): 103 | 104 | [链接](http://www.oracle.com/technetwork/java/javase/documentation/index-137868.html) 105 | 106 | 更多关于文档注释和 javadoc，详见 javadoc 主页 107 | 108 | [这里](http://www.oracle.com/technetwork/java/javase/documentation/codeconventions-141999.html#) 109 | 110 | 文档注释描述 Java 的类、接口、构造器，方法，以及字段(field)。每个文档注释都会被置于注释定界符 `/**...*/`之中，一个注释对应一个类、接口或成员。该注释应位于声明之前： 111 | 112 | ```java 113 | 114 | /** 115 | * The Example class provides ... 116 | */ 117 | public class Example { 118 | ... 119 | } 120 | ``` 121 | 122 | 注意顶层 (top-level) 的类和接口是不缩进的，而其成员是缩进的。描述类和接口的文档注释的第一行(`/**`)不需缩进；随后的文档注释每行都缩进1格(使星号纵向对齐)。成员，包括构造函数在内，其文档注释的第一行缩进4格，随后每行都缩进5格。 123 | 124 | 若你想给出有关类、接口、变量或方法的信息，而这些信息又不适合写在文档中，则可使用实现块注释(见5.1.1)或紧跟在声明后面的单行注释(见5.1.2)。例如，有关一个类实现的细节，应放入紧跟在类声明后面的实现块注释中，而不是放在文档注释中。 125 | 126 | 文档注释不能放在一个方法或构造器的定义块中，因为 Java 会将位于文档注释之后的第一个声明与其相关联。 127 | 128 | 129 | 130 | [PREVIOUS](page04.md) | [CONTENTS](SUMMARY.md) | [NEXT](page06.md) 131 | -------------------------------------------------------------------------------- /page06.md: -------------------------------------------------------------------------------- 1 | # 6 - 声明 2 | ## 6.1 每行声明变量的数量 3 | 推荐一行一个声明，因为这样以利于写注释。即, 4 | 5 | ```java 6 | 7 | int level; // indentation level 8 | int size; // size of table 9 | 10 | ``` 11 | 12 | 要优于 13 | 14 | ```java 15 | 16 | int level, size; 17 | 18 | ``` 19 | 20 | 不要将不同类型变量的声明放在同一行，例如: 21 | 22 | ```java 23 | 24 | int foo, fooarray[]; // 错误! 25 | 26 | ``` 27 | 28 | **注意:** 上面的例子中，在类型和标识符之间放了一个空格，另一种被允许的替代方式是使用制表符: 29 | 30 | ```java 31 | 32 | int level; // indentation level 33 | int size; // size of table 34 | Object currentEntry; // currently selected table entry 35 | 36 | ``` 37 | 38 | ## 6.2 初始化 39 | 尽量在声明局部变量的同时初始化。唯一不这么做的理由是变量的初始值依赖于某些先前发生的计算。 40 | 41 | ## 6.3 布局 42 | 只在代码块的开始处声明变量。（一个块是指任何被包含在大括号`{` 和 `}`中间的代码。）不要在首次用到该变量时才声明之。这会把注意力不集中的程序员搞糊涂，同时会妨碍代码在该作用域内的可移植性。 43 | 44 | ```java 45 | 46 | void myMethod() { 47 | int int1 = 0; // beginning of method block 48 | 49 | if (condition) { 50 | int int2 = 0; // beginning of "if" block 51 | ... 52 | } 53 | } 54 | 55 | ``` 56 | 57 | 该规则的一个例外是for循环的索引变量: 58 | 59 | ```java 60 | 61 | for (int i = 0; i < maxLoops; i++) { ... } 62 | 63 | ``` 64 | 65 | 避免声明的局部变量覆盖上一级声明的变量。例如，不要在内部代码块中声明相同的变量名: 66 | 67 | ```java 68 | 69 | int count; 70 | ... 71 | myMethod() { 72 | if (condition) { 73 | int count = 0; // 避免! 74 | ... 75 | } 76 | ... 77 | } 78 | 79 | ``` 80 | 81 | ## 6.4 类和接口的声明 82 | 当编写类和接口是，应该遵守以下格式规则： 83 | 84 | - 在方法名与其参数列表之前的左括号`(`间不要有空格 85 | - 左大括号`{`位于声明语句同行的末尾 86 | - 右大括号`}`另起一行，与相应的声明语句对齐，除非是一个空语句，`}`应紧跟在`{`之后 87 | 88 | ```java 89 | 90 | class Sample extends Object { 91 | int ivar1; 92 | int ivar2; 93 | 94 | Sample(int i, int j) { 95 | ivar1 = i; 96 | ivar2 = j; 97 | } 98 | 99 | int emptyMethod() {} 100 | 101 | ... 102 | } 103 | 104 | ``` 105 | 106 | - 方法与方法之间以空行分隔 107 | 108 | 109 | [PREVIOUS](page05.md) | [CONTENTS](SUMMARY.md) | [NEXT](page07.md) 110 | -------------------------------------------------------------------------------- /page07.md: -------------------------------------------------------------------------------- 1 | # 7 - 语句 2 | ## 7.1 简单语句 3 | 每行至多包含一条语句，例如: 4 | 5 | ```java 6 | 7 | argv++; // 正确 8 | argc--; // 正确 9 | argv++; argc--; // 避免! 10 | 11 | ``` 12 | 13 | ## 7.2 复合语句 14 | 复合语句是包含在大括号中的语句序列，形如`{ statements }`。例如下面各段。 15 | 16 | - 被括其中的语句应该较之复合语句缩进一个层次 17 | - 左大括号"{"应位于复合语句起始行的行尾；右大括号"}"应另起一行并与复合语句首行对齐。 18 | - 大括号可以被用于所有语句，包括单个语句，只要这些语句是诸如 `if-else` 或 `for`控制结构的一部分。这样便于添加语句而无需担心由于忘了加括号而引入bug。 19 | 20 | ## 7.3 return 语句 21 | 一个带返回值的 `return` 语句不使用小括号"()"，除非它们以某种方式使返回值更为显见。例如: 22 | 23 | ```java 24 | 25 | return; 26 | 27 | return myDisk.size(); 28 | 29 | return (size ? size : defaultSize); 30 | 31 | ``` 32 | 33 | ## 7.4 if, if-else, if else-if else 语句 34 | `if-else`语句应该是以下形式: 35 | 36 | ```java 37 | 38 | if (condition) { 39 | statements; 40 | } 41 | 42 | if (condition) { 43 | statements; 44 | } else { 45 | statements; 46 | } 47 | 48 | if (condition) { 49 | statements; 50 | } else if (condition) { 51 | statements; 52 | } else { 53 | statements; 54 | } 55 | 56 | ``` 57 | 58 | **注意:** `if`语句通常使用`{}`。避免下面容易出错的形式: 59 | 60 | ```java 61 | 62 | if (condition) // 避免！这省略了括号{ }！ 63 | statement; 64 | 65 | ``` 66 | 67 | ## 7.5 for 语句 68 | `for` 语句应该是如下形式: 69 | 70 | ```java 71 | 72 | for (initialization; condition; update) { 73 | statements; 74 | } 75 | 76 | ``` 77 | 78 | 空的`for`语句 (所有工作都在初始化，条件判断，更新子句中完成) 应该是如下形式: 79 | 80 | ```java 81 | 82 | for (initialization; condition; update); 83 | 84 | ``` 85 | 86 | 当在for语句的初始化或更新子句中使用逗号时，避免因使用三个以上变量，而导致复杂度提高。若需要，可以在`for`循环之前(为初始化子句)或`for`循环末尾(为更新子句)使用单独的语句。 87 | 88 | ## 7.6 while 语句 89 | `while` 语句应该是如下形式: 90 | 91 | ```java 92 | 93 | while (condition) { 94 | statements; 95 | } 96 | 97 | ``` 98 | 99 | 空的 `while` 语句应该是如下形式: 100 | 101 | ```java 102 | 103 | while (condition); 104 | 105 | ``` 106 | 107 | ## 7.7 do-while 语句 108 | `do-while` 语句应该是如下形式: 109 | 110 | ```java 111 | 112 | do { 113 | statements; 114 | } while (condition); 115 | 116 | ``` 117 | 118 | ## 7.8 switch 语句 119 | `switch` 语句应该是如下形式: 120 | 121 | ```java 122 | 123 | switch (condition) { 124 | case ABC: 125 | statements; 126 | /* falls through */ 127 | case DEF: 128 | statements; 129 | break; 130 | case XYZ: 131 | statements; 132 | break; 133 | default: 134 | statements; 135 | break; 136 | } 137 | 138 | ``` 139 | 140 | 每当一个 case 顺着往下执行时(因为没有 `break` 语句)，通常应在 `break` 语句的位置添加注释。上面的示例代码中就包含注释 `/* falls through */`。 141 | 142 | Every `switch` statement should include a default case. The `break` in the default case is redundant, but it prevents a fall-through error if later another `case` is added. 143 | 144 | ## 7.9 try-catch 语句 145 | `try-catch` 语句应该是如下格式: 146 | 147 | ```java 148 | 149 | try { 150 | statements; 151 | } catch (ExceptionClass e) { 152 | statements; 153 | } 154 | 155 | ``` 156 | 157 | 一个`try-catch`语句后面也可能跟着一个`finally`语句，不论`try`代码块是否顺利执行完，它都会被执行。 158 | 159 | ```java 160 | 161 | try { 162 | statements; 163 | } catch (ExceptionClass e) { 164 | statements; 165 | } finally { 166 | statements; 167 | } 168 | 169 | ``` 170 | 171 | 172 | [PREVIOUS](page06.md) | [CONTENTS](SUMMARY.md) | [NEXT](page08.md) 173 | -------------------------------------------------------------------------------- /page08.md: -------------------------------------------------------------------------------- 1 | # 8 - 空白 2 | ## 8.1 空行 3 | 空行将逻辑相关的代码段分隔开，以提高可读性。 4 | 5 | 下列情况应该总是使用两个空行： 6 | 7 | - 一个源文件的两个片段之间 8 | - 类声明和接口声明之间 9 | 10 | 下列情况应该总是使用一个空行： 11 | 12 | - 两个方法之间 13 | - 方法内的局部变量和方法的第一条语句之间 14 | - 块注释（参见"5.1.1 节"）或单行注释（参见"5.1.2 节"）之前 15 | - 一个方法内的两个逻辑段之间，用以提高可读性 16 | 17 | ## 8.2 空格 18 | 下列情况应该使用空格： 19 | 20 | - 一个紧跟着括号的关键字应该被空格分开，例如： 21 | 22 | ```java 23 | 24 | while (true) { 25 | ... 26 | } 27 | 28 | ``` 29 | 30 | 注意：空格不应该置于方法名与其左括号之间。这将有助于区分关键字和方法调用。 31 | 32 | - 空格应该位于参数列表中逗号的后面 33 | - 所有的二元运算符，除了`.`，应该使用空格将之与操作数分开。一元操作符和操作数之间不因该加空格，比如：负号(`-`)、自增(`++`)和自减(`--`)。例如: 34 | 35 | ```java 36 | 37 | a += c + d; 38 | a = (a + b) / (c * d); 39 | 40 | while (d++ = s++) { 41 | n++; 42 | } 43 | printSize("size is " + foo + "\n"); 44 | 45 | ``` 46 | 47 | - `for`语句中的表达式应该被空格分开，例如: 48 | 49 | ```java 50 | 51 | for (expr1; expr2; expr3) 52 | 53 | ``` 54 | 55 | - 强制转型后应该跟一个空格，例如: 56 | 57 | ```java 58 | 59 | myMethod((byte) aNum, (Object) x); 60 | myMethod((int) (cp + 5), ((int) (i + 3)) + 1); 61 | 62 | ``` 63 | 64 | 65 | [PREVIOUS](page07.md) | [CONTENTS](SUMMARY.md) | [NEXT](page09.md) 66 | -------------------------------------------------------------------------------- /page09.md: -------------------------------------------------------------------------------- 1 | # 9 - 命名规范 2 | 命名规范使程序更易读，从而更易于理解。它们也可以提供一些有关标识符功能的信息，以助于理解代码，例如，不论它是一个常量，包，还是类 3 | 4 | 标识符类型 | 命名规则 | 示例 5 | ----------|---------|--------- 6 | 包(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` 7 | 类(Classes) | 命名规则：类名是个一名词，采用大小写混合的方式，每个单词的首字母大写。尽量使你的类名简洁而富于描述。使用完整单词，避免缩写词(除非该缩写词被更广泛使用，像URL，HTML) | `class Raster` `class ImageSprite` 8 | 接口(Interfaces) | 命名规则：大小写规则与类名相似 | `interface RasterDelegate` `interface Storing` 9 | 方法(Methods) | 方法名是一个动词，采用大小写混合的方式，第一个单词的首字母小写，其后单词的首字母大写。 | `run()` `runFast()` `getBackground()` 10 | 变量(Variables) | 除了变量名外，所有实例，包括类，类常量，均采用大小写混合的方式，第一个单词的首字母小写，其后单词的首字母大写。变量名不应以下划线或美元符号开头，尽管这在语法上是允许的。变量名应简短且富于描述。变量名的选用应该易于记忆，即，能够指出其用途。尽量避免单个字符的变量名，除非是一次性的临时变量。临时变量通常被取名为`i`，`j`，`k`，`m`和`n`，它们一般用于整型；`c`，`d`，`e`，它们一般用于字符型。 | `char c` `int i` `float myWidth` 11 | 实例变量(Instance Variables) | 大小写规则和变量名相似，除了前面需要一个下划线 | `int _employeeId` `String _name` `Customer _customer` 12 | 常量(Constants) | 类常量和ANSI常量的声明，应该全部大写，单词间用下划线隔开。(尽量避免ANSI常量，容易引起错误) | `static final int MIN_WIDTH = 4` `static final int MAX_WIDTH = 999` `static final int GET_THE_CPU = 1` 13 | 14 | 15 | [PREVIOUS](page08.md) | [CONTENTS](SUMMARY.md) | [NEXT](page10.md) 16 | -------------------------------------------------------------------------------- /page10.md: -------------------------------------------------------------------------------- 1 | # 10 - 编程惯例 2 | ## 10.1 提供对实例以及类变量的访问 3 | 如果没有充分理由，不要设置实例或者类变量为 public。通常实例变量无需显式的set(设置)和gotten(获取)，通常这作为方法调用的side effect (边缘效应)而产生。 4 | 5 | 一个具有 public 实例变量的恰当例子是，类仅作为数据结构，没有行为。即，若你要使用一个 `struct` (结构)而非一个类(如果java支持 `struct` 的话)，那么把类的实例变量声明为 public 是合适的。 6 | 7 | ## 10.2 引用类变量和类方法 8 | 避免用一个对象访问一个类的 (`static`) 变量和方法。应该用类名替代。例如 9 | 10 | ```java 11 | 12 | classMethod(); // OK 13 | AClass.classMethod(); // OK 14 | anObject.classMethod(); // 避免! 15 | 16 | ``` 17 | 18 | ## 10.3 常量 19 | 位于 for 循环中作为计数器值的数字常量，除了`-1`,`0`和`1`之外，不应被直接写入代码。 20 | 21 | ## 10.4 变量赋值 22 | 避免在一个语句中给多个变量赋相同的值。它很难读懂。例如: 23 | 24 | ```java 25 | 26 | fooBar.fChar = barFoo.lchar = 'c'; // 避免! 27 | 28 | ``` 29 | 30 | 不要将赋值运算符用在容易与相等关系运算符混淆的地方。例如: 31 | 32 | ```java 33 | 34 | if (c++ = d++) { // 避免! (Java 不允许) 35 | ... 36 | } 37 | 38 | ``` 39 | 40 | 应写成 41 | 42 | ```java 43 | 44 | if ((c++ = d++) != 0) { 45 | ... 46 | } 47 | 48 | ``` 49 | 50 | 不要使用内嵌(embedded)赋值运算符试图提高运行时的效率，这是编译器的工作。例如: 51 | 52 | ```java 53 | 54 | d = (a = b + c) + r; // 避免! 55 | 56 | ``` 57 | 58 | 应该写成 59 | 60 | ```java 61 | 62 | a = b + c; 63 | d = a + r; 64 | 65 | ``` 66 | 67 | ## 10.5 其它惯例 68 | ### 10.5.1 圆括号 69 | 一般而言，在含有多种运算符的表达式中使用圆括号来避免运算符优先级问题，是个好方法。即使运算符的优先级对你而言可能很清楚，但对其他人未必如此。你不能假设别的程序员和你一样清楚运算符的优先级。 70 | 71 | ```java 72 | 73 | if (a == b && c == d) // 避免! 74 | if ((a == b) && (c == d)) // 正确 75 | 76 | ``` 77 | 78 | ### 10.5.2 返回值 79 | 设法让你的程序结构符合目的。例如: 80 | 81 | ```java 82 | 83 | if (booleanExpression) { 84 | return true; 85 | } else { 86 | return false; 87 | } 88 | 89 | ``` 90 | 91 | 应该用下面代替 92 | 93 | ```java 94 | 95 | return booleanExpression; 96 | 97 | ``` 98 | 99 | 同理, 100 | 101 | ```java 102 | 103 | if (condition) { 104 | return x; 105 | } 106 | return y; 107 | 108 | ``` 109 | 110 | 应该写为 111 | 112 | ```java 113 | 114 | return (condition ? x : y); 115 | 116 | ``` 117 | 118 | ### 10.5.3 条件运算符`?`前的表达式 119 | 如果一个包含二元运算符的表达式出现在三元运算符`?:`的`?`之前，那么应该给表达式添上一对圆括号。例如： 120 | 121 | ```java 122 | 123 | (x >= 0) ? x : -x; 124 | 125 | ``` 126 | 127 | ### 10.5.4 特殊注解 128 | 使用 `XXX` 标识处代码虽然实现了功能，但是实现的方法有待商榷，希望将来能改进。使用 `FIXME` 标识处代码需要修正，甚至代码是错误的，不能工作，需要修复。 129 | 130 | 131 | [PREVIOUS](page09.md) | [CONTENTS](SUMMARY.md) | [NEXT](page11.md) 132 | -------------------------------------------------------------------------------- /page11.md: -------------------------------------------------------------------------------- 1 | # 11 - 代码示例 2 | ## 11.1 Java 源文件示例 3 | 下面的例子，展示了如何合理布局一个包含单一公共类的Java源程序。接口的布局与其相似。更多信息参见 ["类和接口声明"](page03.md) and ["文档注释"](page05.md) 4 | 5 | ```java 6 | 7 | /* 8 | * @(#)Blah.java 1.82 99/03/18 9 | * 10 | * Copyright (c) 1994-1999 Sun Microsystems, Inc. 11 | * 901 San Antonio Road, Palo Alto, California, 94303, U.S.A. 12 | * All rights reserved. 13 | * 14 | * This software is the confidential and proprietary information of Sun 15 | * Microsystems, Inc. ("Confidential Information"). You shall not 16 | * disclose such Confidential Information and shall use it only in 17 | * accordance with the terms of the license agreement you entered into 18 | * with Sun. 19 | */ 20 | 21 | 22 | package java.blah; 23 | 24 | import java.blah.blahdy.BlahBlah; 25 | 26 | /** 27 | * Class description goes here. 28 | * 29 | * @version 1.82 18 Mar 1999 30 | * @author Firstname Lastname 31 | */ 32 | public class Blah extends SomeClass { 33 | /* A class implementation comment can go here. */ 34 | 35 | /** classVar1 documentation comment */ 36 | public static int classVar1; 37 | 38 | /** 39 | * classVar2 documentation comment that happens to be 40 | * more than one line long 41 | */ 42 | private static Object classVar2; 43 | 44 | /** instanceVar1 documentation comment */ 45 | public Object instanceVar1; 46 | 47 | /** instanceVar2 documentation comment */ 48 | protected int instanceVar2; 49 | 50 | /** instanceVar3 documentation comment */ 51 | private Object[] instanceVar3; 52 | 53 | /** 54 | * ...constructor Blah documentation comment... 55 | */ 56 | public Blah() { 57 | // ...implementation goes here... 58 | } 59 | 60 | /** 61 | * ...method doSomething documentation comment... 62 | */ 63 | public void doSomething() { 64 | // ...implementation goes here... 65 | } 66 | 67 | /** 68 | * ...method doSomethingElse documentation comment... 69 | * @param someParam description 70 | */ 71 | public void doSomethingElse(Object someParam) { 72 | // ...implementation goes here... 73 | } 74 | } 75 | 76 | ``` 77 | 78 | [PREVIOUS](page10.md) | [CONTENTS](SUMMARY.md) 79 | --------------------------------------------------------------------------------