精灵王
- 注册日期2010-12-08
- 发帖数640
- QQ
- 火币1103枚
- 粉丝120
- 关注75
|
阅读：5052回复：0
Java语言编码规范(Java Code Conventions)-JSP教程,Java技巧及代码
楼主#
更多
发布于：2010-12-15 12:44
 | |  |  | 1 介绍(introduction)
1.1 为什么要有编码规范(why have code conventions)
编码规范对于程式员而言尤为重要，有以下几个原因：
- 一个软件的生命周期中，80%的花费在于维护
- 几乎没有所有一个软件，在其整个生命周期中，均由最初的研发人员来维护
- 编码规范能改善软件的可读性，能让程式员尽快而完全地理解新的代码
- 如果你将源码作为产品发布，就需要确任他是否被非常好的打包并且清晰无误，一如你已构建的其他所有产品
为了执行规范，每个软件研发人员必须一致遵守编码规范。每个人。
1.2 版权声明(acknowledgments)
本文件反映的是sun microsystems公司，java语言规范中的编码标准部分。主要贡献者包括：peter king，patrick naughton，mike demoney，jonni kanerva，kathy walrath及scott hommel。
本文件现由scott hommel维护，有关评论意见请发至shommel@eng.sun.com2 文件名(file names)
这部分列出了常用的文件名及其后缀。
2.1 文件后缀(file suffixes)
java程式使用下列文件后缀：
文件类别 文件后缀
java源文件 .java
java字节码文件 .class
2.2 常用文件名(common file names)
常用的文件名包括：
文件名 用途
gnumakefile makefiles的最佳选择文件名。我们采用gnumake来创建（build）软件。
readme 概述特定目录下所含内容的文件的最佳选择文件名 3 文件组织(file organization)
一个文件由被空行分割而成的段落及标识每个段落的可选注释一起组成。超过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源文件范例"中一个包含注释的例子。
类/接口声明的各部分 注解
1 类/接口文件注释(/**……*/) 该注释中所需包含的信息，参见"文件注释"
2 类或接口的声明
3 类/接口实现的注释(/*……*/)如果有必要的话 该注释应包含所有有关整个类或接口的信息，而这些信息又不适合作为类/接口文件注释。
4 类的(静态)变量 首先是类的公共变量，随后是保护变量，再后是包一级别的变量(没有访问修饰符，access modifier)，最后是私有变量。
5 实例变量 首先是公共级别的，随后是保护级别的，再后是包一级别的(没有访问修饰符)，最后是私有级别的。
6 构造器
7 方法 这些方法应该按功能，而非作用域或访问权限，分组。例如，一个私有的类方法能置于两个公有的实例方法之间。其目的是为了更便于阅读和理解代码。 4 缩进排版(indentation)
4个空格常被作为缩进排版的一个单位。缩进的确切解释并未周详指定(空格 vs. 制表符)。一个制表符等于8个空格(而非4个)。
4.1 行长度(line length)
尽量避免一行的长度超过80个字符，因为非常多终端和工具不能非常好处理之。
注意：用于文件中的例子应该使用更短的行长，长度一般不超过70个字符。
4.2 换行(wrapping lines)
当一个表达式无法容纳在一行内时，能依据如下一般规则断开之：
- 在一个逗号后面断开
- 在一个操作符前面断开
- 宁可选择较高级别(higher-level)的断开，而非较低级别(lower-level)的断开
- 新的一行应该和上一行同一级别表达式的开头处对齐
- 如果以上规则导致你的代码混乱或使你的代码都堆挤在右边，那就代之以缩进8个空格。
以下是断开方法调用的一些例子：
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;
5 注释(comments)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)。5.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)作让步。参见"文件注释"5.1.2 单行注释(single-line comments)短注释能显示在一行内，并和其后的代码具有相同的缩进层级。如果一个注释不能在一行内写完，就该采用块注释(参见"块注释")。单行注释之前应该有一个空行。以下是个java代码中单行注释的例子： if (condition) { /* handle the condition. */
...
}
5.1.3 尾端注释(trailing comments)极短的注释能和他们所要描述的代码位于同一行，不过应该有足够的空白来分开代码和注释。若有多个短注释出现于大段代码中，他们应该具有相同的缩进。以下是个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.
// ...
/
| |  | |  |
|
qunxin...
