Java 程序编码规范

<?xml:namespace prefix = o ns = "urn:schemas-microsoft-com:office:office" />

 

所有的程序开发手册都包含了各种规则。一些习惯自由程序人员可能对这些规则很不适应，但是在多个开发人员共同写作的情况下，这些规则是必需的。这不仅仅是为了开发效率来考虑，而且也是为了后期维护考虑。

命名规范
定义这个规范的目的是让项目中所有的文档都看起来像一个人写的，增加可读性，减少项目组中因为换人而带来的损失。（这些规范并不是一定要绝对遵守，但是一定要让程序有良好的可读性）

• Package 的命名
  Package 的名字应该都是由一个小写单词组成。

• Class 的命名
  Class 的名字必须由大写字母开头而其他字母都小写的一个或多个单词组成

• Class 变量的命名
  变量的名字必须用一个小写字母开头。后面的单词用大写字母开头。

• Static Final 变量的命名
  Static Final 变量的名字应该都大写，并且指出完整含义。

• 参数的命名
  输入参数由in打头，输出参数由out打头。名字必须和变量的命名规范一致。

• 数组的命名
  数组应该总是用下面的方式来命名：

• 而不是：

• 方法的参数
  使用有意义的参数命名，如果可能的话，使用和要赋值的字段一样的名字加上in/out前缀：

Java 文件样式
所有的 Java(*.java) 文件都必须遵守如下的样式规则

• 版权信息
  版权信息必须在 java 文件的开头，比如：

• 其他不需要出现在 javadoc 的信息也可以包含在这里。

• Package/Imports
  package 行要在 import 行之前，import 中标准的包名要在本地的包名之前，而且按照字母顺序排列。如果 import 行中包含了同一个包中的不同子目录，则应该用 * 来处理。

• 这里 java.io.* 是用来代替InputStream and OutputStream 的。

• Class
  接下来的是类的注释，一般是用来解释类的。

• 接下来是类定义，包含了在不同的行的 extends 和 implements

• Class Fields
  接下来是类的成员变量：

• public 的成员变量必须生成文档（JavaDoc），如果说明比较短的话可以用/** */把说明写在一行内。proceted、private和 package 定义的成员变量如果名字含义明确的话，可以没有注释。

• 存取方法
  接下来是类变量的存取的方法。它只是简单的用来将类的变量赋值获取值的话，可以简单的写在一行上。

• 其它的方法不要写在一行上。

• 构造函数
  接下来是构造函数，它应该用递增的方式写（比如：参数多的写在后面）。
  访问类型 ("public", "private" 等.) 和 任何 "static", "final" 或 "synchronized" 应该在一行中，如果一行太长的话应该把方法和参数另写一行，这样可以使方法和参数更易读。 关键字必须按照一定的次序书写，如下所示：

• 克隆方法
  如果这个类是可以被克隆的，那么下一步就是 clone 方法：

• 类方法
  下面开始写类的方法（说明中最好要提供@param和@return的说明）：

• toString 方法
  无论如何，每一个类都应该定义 toString 方法：

 

• main 方法
  如果main(String[]) 方法已经定义了, 那么它应该写在类的底部.

代码编写格式

• 代码样式
  代码应该用 unix 的格式，而不是 windows 的（比如：回车变成回车+换行）

• 文档化
  必须书写适用于javadoc理解的源代码注释，并用 javadoc 来为类生成文档。不仅因为它是标准，这也是被各种 java 编译器都认可的方法。

• 缩进
  请统一使用Tab字符进行代码缩进排版,并把Tab的宽度设置为4个字符；确保编辑器的“自动把Tab符转化为空格符”选项有效。否则一旦其他人的编辑器Tab字符宽度不一致时整个格式就乱掉了。

• 页宽
  页宽应该设置为80字符，源代码一般不会超过这个宽度，并导致无法完整显示，但这一设置也可以灵活调整。在任何情况下，超长的语句应该在一个逗号或者一个操作符后折行，一条语句折行后，应该与原来的语句对齐。

• {} 对
  {} 中的语句应该单独作为一行. 例如, 下面的第1行是错误的, 第2行是正确的:

• } 语句应该缩进到与其相对应的 { 那一行相对齐的位置。即便只有一行语句也应该将其用{}包含起来，以便于以后往里面添加新的语句。

• 括号
  左括号和后一个字符之间不应该出现空格, 同样, 右括号和前一个字符之间也不应该出现空格. 下面的例子说明括号和空格的错误及正确使用:
  
  CallProc( AParameter ); // 错误
  CallProc(AParameter); // 正确
  
  不要在语句中使用无意义的括号. 括号只应该为达到某种目的而出现在源代码中。下面的例子说明错误和正确的用法:
  
  if (42 == (I)) { // 错误 - 括号毫无意义
  if ( (42 == I) || (42 == J) ) {// 正确 - 的确需要括号

• 操作符
  不管是逻辑操作符还是算术操作符，两边一定要加上空格符，而不是全都挤在一起，比如：
  
  int nA=a+v*c; // 错误 – 没有空格
  inr nA = a + v * c; // 正确 - 需要空格

• 条件语句
  请比较以下两种写法：
  
  if(nType == -1) … …
  if(-1 == nType) … …
  
  使用第一种方法可能造成的情况是：当你不小心把==号写成了=号的时候（这种情况时常发生），第一种写法可能会导致你把代码看上个几百次也无法发现这个错误；而采用第二种写法的则会在编译阶段就会由编译器告诉你这个错误。因此在进行条件比较的时候，必须把常量数值放到==号的前面。另外，对于布尔值的比较，必须明确的写明true 或者 false，比如：
  
  if(getFileType())  // 错误
  if(true == getFileType())  // 正确
  
  

程序编写规范

• exit()
  exit 除了在 main 中可以被调用外，其他的地方不应该调用。因为这样做不给任何代码代码机会来截获退出。一个类似后台服务地程序不应该因为某一个库模块决定了要退出就退出。

• 异常
  申明的错误应该抛出一个RuntimeException或者派生的异常。
  顶层的main()函数应该截获所有的异常，并且打印（或者记录在日志中）在屏幕上。

• 垃圾收集
  JAVA使用成熟的后台垃圾收集技术来代替引用计数。但是这样会导致一个问题：你必须在使用完对象的实例以后进行清场工作。比如一个prel的程序员可能这么写：

• 除非输出流一出作用域就关闭，非引用计数的程序语言，比如JAVA，是不能自动完成变量的清场工作的。必须象下面一样写：

• Clone
  下面是一种有用的方法：

• final 类
  绝对不要因为性能的原因将类定义为 final 的（除非程序的框架要求）
  如果一个类还没有准备好被继承，最好在类文档中注明，而不要将她定义为 final 的。这是因为没有人可以保证会不会由于什么原因需要继承她。

• 访问类的成员变量
  大部分的类成员变量应该定义为 protected 的来防止继承类使用他们。
  注意，要用"int[] packets"，而不是"int packets[]"，后一种永远也不要用。

 

• servlet的命名规则
  对于servlet在进行部署的时候，统一使用.svr的后缀名作为servlet的访问方式。 如下在web.xml中对mySomeAction这个servlet进行配置的时候，配置信息如下：

<servlet>

      <servlet-name>mySomeAction</servlet-name>

      <servlet-class>com.sportscn.mypackage.mySomeAction</servlet-class>

  </servlet>

  <servlet-mapping>

     <servlet-name>mySomeAction</servlet-name>

     <url-pattern>/mySomeAction.svr</url-pattern>

   </servlet-mapping>

编程技巧

• byte 数组转换到 characters
  为了将 byte 数组转换到 characters，你可以这么做：
  
  "Hello world!".getBytes();

• Utility 类
  Utility 类（仅仅提供方法的类）应该被申明为抽象的来防止被继承或被初始化。

• 初始化
  下面的代码是一种很好的初始化数组的方法：
  
  objectArguments = new Object[] { arguments };

• 枚举类型
  JAVA 对枚举的支持不好，但是下面的代码是一种很有用的模板：

 

• 这种技术实现了RED, GREEN, BLUE 等可以象其他语言的枚举类型一样使用的常量。 他们可以用 '==' 操作符来比较。
  但是这样使用有一个缺陷：如果一个用户用这样的方法来创建颜色 BLACK
  
  new Colour(0,0,0)
  
  那么这就是另外一个对象，'=='操作符就会产生错误。她的 equal() 方法仍然有效。由于这个原因，这个技术的缺陷最好注明在文档中，或者只在自己的包中使用。

Swing

• 避免使用 AWT 组件
  • 混合使用 AWT 和 Swing 组件
    如果要将 AWT 组件和 Swing 组件混合起来使用的话，请小心使用。实际上，尽量不要将他们混合起来使用。

  • 滚动的 AWT 组件
    AWT 组件绝对不要用 JscrollPane 类来实现滚动。滚动 AWT 组件的时候一定要用 AWT ScrollPane 组件来实现。

  • 避免在 InternalFrame 组件中使用 AWT 组件
    尽量不要这么做，要不然会出现不可预料的后果。

  • Z-Order 问题
    AWT 组件总是显示在 Swing 组件之上。当使用包含 AWT 组件的 POP-UP 菜单的时候要小心，尽量不要这样使用。

调试

• 调试在软件开发中是一个很重要的部分，存在软件生命周期的各个部分中。调试能够用配置开、关是最基本的。
  
  很常用的一种调试方法就是用一个 PrintStream 类成员，在没有定义调试流的时候就为 null，类要定义一个 debug 方法来设置调试用的流。

性能

• 在写代码的时候，从头至尾都应该考虑性能问题。这不是说时间都应该浪费在优化代码上，而是我们时刻应该提醒自己要注意代码的效率。比如：如果没有时间来实现一个高效的算法，那么我们应该在文档中记录下来，以便在以后有空的时候再来实现她。

• 不必要的对象构造
  • 不要在循环中构造和释放对象

  • 使用 StringBuffer 对象
    在处理 String 的时候要尽量使用 StringBuffer 类，StringBuffer 类是构成 String 类的基础。String 类将 StringBuffer 类封装了起来，（以花费更多时间为代价）为开发人员提供了一个安全的接口。当我们在构造字符串的时候，我们应该用 StringBuffer 来实现大部分的工作，当工作完成后将 StringBuffer 对象再转换为需要的 String 对象。比如：如果有一个字符串必须不断地在其后添加许多字符来完成构造，那么我们应该使用 StringBuffer 对象和她的 append() 方法。如果我们用 String 对象代替 StringBuffer 对象的话，会花费许多不必要的创建和释放对象的 CPU 时间。

• 避免太多的使用 synchronized 关键字
  避免不必要的使用关键字 synchronized，应该在必要的时候再使用她，这是一个避免死锁的好方法。

可移植性
Borland Jbulider 不喜欢 synchronized 这个关键字，如果你的断点设在这些关键字的作用域内的话，调试的时候你会发现的断点会到处乱跳，让你不知所措。除非必须，尽量不要使用。

• 换行
  如果需要换行的话，尽量用 println 来代替在字符串中使用"/n"。
  你不要这样：
  
  System.out.print("Hello,world!/n");
  
  要这样：
  
  System.out.println("Hello,world!");
  
  或者你构造一个带换行符的字符串，至少要象这样：
  
  String newline = System.getProperty("line.separator");
  System.out.println("Hello world" + newline);

• PrintStream
  PrintStream 已经被不赞成（deprecated）使用，用 PrintWriter 来代替她。