如需复制、传播,请附上本声明,谢谢。
原文出处:http://java.sun.com/docs/codeconv/html/CodeConvTOC.doc.html,
译文出处:http://morningspace.51.net/,[email protected] (续)8 空白(White Space)8.1 空行(Blank Lines)空行将逻辑相关的代码段分隔开,以提高可读性。下列情况应该总是使用两个空行:- 一个源文件的两个片段(section)之间
- 类声明和接口声明之间 下列情况应该总是使用一个空行:- 两个方法之间
- 方法内的局部变量和方法的第一条语句之间
- 块注释(参见"5.1.1")或单行注释(参见"5.1.2")之前
- 一个方法内的两个逻辑段之间,用以提高可读性 8.2 空格(Blank Spaces)下列情况应该使用空格:- 一个紧跟着括号的关键字应该被空格分开,例如:
  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);
   9 命名规范(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; 
实例变量(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; 
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!
   10.3 常量(Constants)位于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)10.5.1 圆括号(Parentheses)一般而言,在含有多种运算符的表达式中使用圆括号来避免运算符优先级问题,是个好方法。即使运算符的优先级对你而言可能很清楚,但对其他人未必如此。你不能假设别的程序员和你一样清楚运算符的优先级。
  if (a == b && c == d)     // AVOID!
  if ((a == b) && (c == d))  // RIGHT
   10.5.2 返回值(Returning Values)设法让你的程序结构符合目的。例如:
  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;
   10.5.4 特殊注释(Special Comments)在注释中使用XXX来标识某些未实现(bogus)的但可以工作(works)的内容。用FIXME来标识某些假的和错误的内容。11 代码范例(Code Examples)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...
    }
}(完)

解决方案 »

  1.   

    能把全部的发给我吗?上面那个网址打不开。
    [email protected]
      

  2.   

    出处 CN-JAVA翻译: seasonleaf     0.写在开始之前
    本文翻译自Sun的《Code Conventions for the JavaTM Programming Language》,章节号和原文对应,并且删除了一些我认为不必要的章节片段,当然,这种删除就包含了我个人的倾向,另外,有一句用蓝色标注出来,那是我个人添加的。
    如果读者认为阅读一篇14页的文档实在太累了,那么可以直接跳到第12节,这一节在原文中并不存在,是我加上去的。
    3.文件组织
    程序文件由一些片段组成,这些片段由空白行和注释分隔开。
    3.1 java源文件
    每个java源文件仅包含一个公共类或接口。
    4.缩进
    应该以4个空格为一个缩进单位。
    4.1行长
    一行不应多于80个字符。
    4.2折行
    当一个表达式不能书写在一行之内时,应该依据下面的原则断开它:
    · 在逗号后断开
    · 在操作符之前断开
    · 高层级断开优先于低层级断开
    · 后面的行和前面的行左对齐
    · 假如上面的那些规则不好使,那你就缩进8个空格吧。
    下面是一些例子:
    someMethod(longExpression1, longExpression2, longExpression3, 
    longExpression4, longExpression5);var = someMethod1(longExpression1,
    someMethod2(longExpression2,
    longExpression3)); 
    下面是断开算数表达式的两个例子。第一个例子是被推荐的,因为它在括号之外断开,那是一个较高的层级。
    longName1 = longName2 * (longName3 + longName4 - longName5)
    + 4 * longname6; // PREFERlongName1 = longName2 * (longName3 + longName4
    - longName5) + 4 * longname6; // AVOID 
    下面的这个例子中,第二和第三行都缩进了8个空格,而不是把第三行缩进16个空格,那样将使第三行太靠右。
    //INDENT 8 SPACES TO AVOID VERY DEEP INDENTS
    private static synchronized horkingLongMethodName(int anArg,
    Object anotherArg, String yetAnotherArg,
    Object andStillAnother) {
    ...
    }
    使用8个空格进行折行缩进的目的是使程序看上去更清晰。5.注释
    java程序有两种注释:实现注释和文档注释。实现注释的定界符是 /*...*/ 和 //。文档注释是java仅有的,定界符是 /**...*/,用于产生javadoc。
    注释应该仅与阅读和理解程序有关,像如何编译包这样的信息不应包含在注释中。
    注意:有时,注释出现的频率反映了代码的质量。当你感觉要被迫加上注释时,考虑重写一下代码,以使它变得清晰。
    不要写类似于下面这样格式的注释。
    {*******************************************************}
    { }
    { One Test Visual Net Library }
    { }
    { Copyright (c) 1995,98 some Corporation }
    { }
    {*******************************************************}
    5.1“实现注释”格式
    程序可以有四种“实现注释”的格式:块、单行、尾部、行末。
    5.1.1块注释
    块注释用于提供文件、方法、数据结构和语法的描述。块注释可能出现在文件开始和方法之前。当然,它们也可以出现在其他位置,例如方法内。在函数或方法内的块注释应该和它们所描述的代码具有相同的缩进位置。
    在块注释前加一个空行用来把它和代码的其余部分分开。
    /*
    * Here is a block comment.
    */
    5.1.2单行注释
    短的注释可以写在一行内,并且和后面的代码保持相同的缩进。在单行注释前应该加一个空行。下面是单行注释的例子:
    if (condition) {/* Handle the condition. */
    ...
    }
    5.1.3尾部注释
    非常短的注释可以和它所注释的代码出现在同一行内,但是应该移动足够远,以把注释和语句分开。假如多行短注释出现在一块代码内,应该让它们排列整齐。像下面这样:
    if (a == 2) {
    return TRUE; /* special case */
    } else {
    return isPrime(a); /* works only for odd a */
    }
    5.1.4行末注释
    “//”注释定界符可以注释在行外或行内,例如:
    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文档注释
    请参考javadoc文档。
    6.声明
    6.1每行的数目
    每行应仅有一个声明。不要把不同类型的声明放在同一行内,例如:
    int foo, fooarray[]; //这样是错的
    6.2初始化
    本地变量在哪里声明就应该在哪里初始化。
    6.3位置
    请仅把声明放在块的开始。(一个块是指任何被一对大括号括起的代码。)不要等到变量第一次使用时才声明它们,那样会把粗心的编程人员搞糊涂,并且妨碍范围(块)内的代码迁移。
    void myMethod() {
    int int1 = 0; // beginning of method blockif (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 Sample extends Object {
    int ivar1;
    int ivar2;Sample(int i, int j) {
    ivar1 = i;
    ivar2 = j;
    }int emptyMethod() {}...
    }
    · 方法由空行隔开。
    7.语句
    7.1简单语句
    每行至多包含一条语句。例如:
    argv++; // Correct
    argc--; // Correct 
    argv++; argc--; // AVOID!
    7.2复合语句
    复合语句包括一组被大括号括起来的语句。
    · 嵌套在内层的语句应该比外层的语句缩进一级
    · 左大括号应该放在开始语句的行的末尾,右大括号应该单独一行,并且和开始语句左对齐
    · 当语句是控制结构(像if-else)的一部分时,在所有的语句外面添加大括号,包括单行。这样,当你增加一条语句时,不会因为忘记添加大括号而意外的造成程序错误。
    7.3返回语句
    除非想让返回结果看上去更明显,不需要在返回的值上面加圆括号。例如:
    return;return myDisk.size();return (size ? size : defaultSize);
    7.4 if else语句
    像下面这样书写if else类的语句:
    if (condition) {
    statements;
    }if (condition) {
    statements;
    } else {
    statements;
    }if (condition) {
    statements;
    } else if (condition) {
    statements;
    } else{
    statements;
    }
    7.5 for语句
    一个for语句写成下面这样:
    for (initialization; condition; update) {
    statements;
    }
    一个空的for语句写成这样:
    for (initialization; condition; update);
    在for语句的initialization和update子句中使用逗号操作符时,应该避免使用超过三个变量的过于复杂的子句。如果需要的话,应该把这些子句写到for语句之外。
    7.6 while语句
    一个while语句应该写成这样:
    while (condition) {
    statements;
    }
    一个空的while语句应该写成这样:
    while (condition);
    7.7 do-while语句
    do {
    statements;
    } while (condition);
    7.8 switch语句
    一个switch语句写成下面这样:
    switch (condition) {
    case ABC:
    statements;
    /* falls through */case DEF:
    statements;
    break;case XYZ:
    statements;
    break;default:
    statements;
    break;
    }
    7.9 try-catch语句
    一个try-catch语句应该写成下面的格式:
    try {
    statements;
    } catch (ExceptionClass e) {
    statements;
    }
    一个try-catch语句可以接一个finally子句:
    try {
    statements;
    } catch (ExceptionClass e) {
    statements;
    } finally {
    statements;
    }
      

  3.   

    8.空白
    8.1空白行(空行)
    通过把逻辑上相关的代码段用空白行分开,可以提高程序的可读性。
    两行空白通常用于下面的情况:
    · 在源文件的章节之间
    · 在类或接口定义之间
    一行空白则通常用于下面的情况:
    · 方法之间
    · 在方法中的本地变量声明和第一条语句之间
    · 在块注释和单行注释之前
    · 在方法内的逻辑片段之间
    8.2空格
    空格应该在下面这些情况下使用:
    · 关键字和圆括号之间应该用空格分开,例如:
    while (true) {
    ...
    }
    需要注意的是方法名和左括号之间不应该加空格,这样可以区分开关键字和方法调用。
    · 参数列表的逗号之后应该加空格
    · 除“.”之外的二元操作符都应该使用空格把它们和它们的操作数分开。不能在一元操作符和它们的操作数之间加空格。
    a += c + d;
    a = (a + b) / (c * d);while (d++ = s++) {
    n++;
    }
    printSize("size is " + foo + "\n");
    · for语句的表达式之间应该用空格分开,例如:
    for (expr1; expr2; expr3)
    · 类型声明(cast)之后应该加空格,例如:
    myMethod((byte) aNum, (Object) x);
    myMethod((int) (cp + 5), ((int) (i + 3)) + 1);
    9.命名规范
    命名规范通过提高程序的可读性使程序更易理解。
    标识符类型 命名原则 例子
    包 包名的前缀由小写的ASCII字符书写,并且是顶级域名或者在ISO Standard 3166, 1981中指定的国家缩写。包名的其余部分则由组织内的命名习惯决定。 com.sun.eng com.apple.quicktime.v2 edu.cmu.cs.bovik.cheese 
    类 类名应该是首字母大写的大小写混排(所谓大小写混排即每个单词首字母大写,其余字母小写)的名词。类名应该尽量简单并且是描述性的,不应该使用缩写,除非该缩写使用非常广泛,例如URL、HTML。 class Raster;class ImageSprite; 
    接口 接口的命名原则和类一样。 interface RasterDelegate;interface Storing; 
    方法 方法名应该是首字母小写的大小写混排的动词。 run();runFast();getBackground(); 
    变量 变量名应该以首字母小写的大小写混排格式书写,变量名不应以“_”或“$”开头。变量名应该尽量短,并且是有意义的。给变量起名应该便于记忆,并且指明它的意图。只能在一些临时变量中使用单字母的命名,通用的名字有用于integer类型的i, j, k, m, n和用于char类型的c,d,e。 int i;char c;float myWidth;
    常量 声明为类常量的变量名应该全部大写,每个单词间用下划线(“_”)隔开。 static final int MIN_WIDTH = 4; static final int MAX_WIDTH = 999; static final int GET_THE_CPU = 1; 11.代码举例
    /*
    * @(#)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... 
    }
    }
    12.让一切变得更容易
    如此多的规则真是让人头痛,难道在取得收益之前一定要付出代价吗?
    噢,不用,因为已经有人为我们付出这些代价了。在此,请感谢这些好心人,他们就是热忱的和充满理想主义的开发源码的作者。
    JRefactory是一个用于java代码重构的开放源码工程,它包含一个叫PrettyPrinter的java代码格式化(美化)工具,允许自定义格式,并且把定义的配置保存在pretty.settings配置文件中,这样,在组织内只需要一次设置共同遵守的格式规范,然后把JRefactory和pretty.settings发布到每个人的机器上,在书写代码的时候,使用该工具格式化,就得到了统一的编码格式,同时,它在格式化的时候需要分析文法,所以语法不对的程序会被检查出错。该工具可以完全产生Sun的上述规范,完全支持生成javadoc,并且支持多种IDE环境。
    不过,它有一个bug,即解析中文的行末注释时可能出错,解决这个问题的方法很简单,把
    //一些注释
    修改成
    /* 一些注释 */
    虽然这样有点麻烦,但是相对它的好处来说,是算不了什么的。