Java 程序编码规范

原创 2004年10月23日 14:57:00

Java 程序编码规范

内容:
命名惯例
Java文件样式
代码编写格式
程序编写
编程技巧
Swing
调试
性能
可移植性
参考资料
作者简介
c.gif


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

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

  • Package 的命名
    Package 的名字应该都是由一个小写单词组成。
  • Class 的命名
    Class 的名字必须由大写字母开头而其他字母都小写的单词组成
  • Class 变量的命名
    变量的名字必须用一个小写字母开头。后面的单词用大写字母开头。
  • Static Final 变量的命名
    Static Final 变量的名字应该都大写,并且指出完整含义。
  • 参数的命名
    参数的名字必须和变量的命名规范一致。
  • 数组的命名
    数组应该总是用下面的方式来命名:

    而不是:

  • 方法的参数
    使用有意义的参数命名,如果可能的话,使用和要赋值的字段一样的名字:



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 方法:

  • 类方法
    下面开始写类的方法:

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

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


代码编写格式

  • 代码样式
    代码应该用 unix 的格式,而不是 windows 的(比如:回车变成回车+换行)
  • 文档化
    必须用 javadoc 来为类生成文档。不仅因为它是标准,这也是被各种 java 编译器都认可的方法。使用 @author 标记是不被推荐的,因为代码不应该是被个人拥有的。
  • 缩进
    缩进应该是每行2个空格. 不要在源文件中保存Tab字符. 在使用不同的源代码管理工具时Tab字符将因为用户设置的不同而扩展为不同的宽度.
    如果你使用 UltrEdit 作为你的 Java 源代码编辑器的话,你可以通过如下操作来禁止保存Tab字符, 方法是通过 UltrEdit中先设定 Tab 使用的长度室2个空格,然后用 Format|Tabs to Spaces 菜单将 Tab 转换为空格。
  • 页宽
    页宽应该设置为80字符. 源代码一般不会超过这个宽度, 并导致无法完整显示, 但这一设置也可以灵活调整. 在任何情况下, 超长的语句应该在一个逗号或者一个操作符后折行. 一条语句折行后, 应该比原来的语句再缩进2个字符.
  • {} 对
    {} 中的语句应该单独作为一行. 例如, 下面的第1行是错误的, 第2行是正确的:

    如果 } 语句应该缩进到与其相对应的 { 那一行相对齐的位置。

  • 括号
    左括号和后一个字符之间不应该出现空格, 同样, 右括号和前一个字符之间也不应该出现空格. 下面的例子说明括号和空格的错误及正确使用:

    CallProc( AParameter ); // 错误
    CallProc(AParameter); // 正确

    不要在语句中使用无意义的括号. 括号只应该为达到某种目的而出现在源代码中。下面的例子说明错误和正确的用法:

    if ((I) = 42) { // 错误 - 括号毫无意义
    if (I == 42) or (J == 42) then // 正确 - 的确需要括号


程序编写规范

  • exit()
    exit 除了在 main 中可以被调用外,其他的地方不应该调用。因为这样做不给任何代码代码机会来截获退出。一个类似后台服务地程序不应该因为某一个库模块决定了要退出就退出。
  • 异常
    申明的错误应该抛出一个RuntimeException或者派生的异常。
    顶层的main()函数应该截获所有的异常,并且打印(或者记录在日志中)在屏幕上。
  • 垃圾收集
    JAVA使用成熟的后台垃圾收集技术来代替引用计数。但是这样会导致一个问题:你必须在使用完对象的实例以后进行清场工作。比如一个prel的程序员可能这么写:

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

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

  • final 类
    绝对不要因为性能的原因将类定义为 final 的(除非程序的框架要求)
    如果一个类还没有准备好被继承,最好在类文档中注明,而不要将她定义为 final 的。这是因为没有人可以保证会不会由于什么原因需要继承她。
  • 访问类的成员变量
    大部分的类成员变量应该定义为 protected 的来防止继承类使用他们。
    注意,要用"int[] packets",而不是"int packets[]",后一种永远也不要用。



编程技巧

  • 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)使用,用 PrintWrite 来代替她。


参考资料

---------------------------------------------------------------------------
转载:
http://www-900.ibm.com/developerWorks/cn/java/java_standard/index.shtml
----------------------------------------------------------------------------

Java编码规范注意

编码规范对于开发人员来说是非常重要的,有以下几个原因: 1.一个软件的生命周期中,80%的花费在于维护 2.几乎没有任何一个软件,在其整个生命周期中,均由最初的开发人员来维护 3.编...
  • Shirley_John_Thomas
  • Shirley_John_Thomas
  • 2016年09月08日 13:14
  • 938

Java编码规范(常用重点)

1、Java源文件1.1、注释所有的源文件都应当在开头有一个注释,此中列出类名、版本信息、日期和版本声明,具体可以参考我的博客:Java注释模版设置1.2、包和引入语句大部分java源文件中,第一行非...
  • u013249965
  • u013249965
  • 2016年07月02日 21:32
  • 1008

标准的Java编码规范手册

编码规范体现出一个开发者的基本素质,良好的编码规范可以提高团队编码的效率,避免很多不必要的问题。今天分享一个标准的Java编码规范给大家,希望对于大家今后的开发工作带来帮助。编码规范的意义     ...
  • mynameishuangshuai
  • mynameishuangshuai
  • 2016年05月10日 17:21
  • 13248

官方Java编码规范

[Coding Style]官方Java编码规范 原文地址 http://www.cesclub.com/bw/jishuzhongxin/xiangmuyanfaguanli/201...
  • ccccdddxxx
  • ccccdddxxx
  • 2016年06月01日 15:20
  • 1489

java编码规范及优化总结

一、java概述 1991 年Sun公司的James Gosling(詹姆斯·高斯林)等人开始开发名称为 Oak 的语言,希望用于控制嵌入在有线电视交换盒、PDA等的微处理器。1994...
  • qq773837256
  • qq773837256
  • 2016年05月17日 08:56
  • 3472

资料推荐--Google Java编码规范

资料推荐--Google Java编码规范
  • JavaAlpha
  • JavaAlpha
  • 2016年01月21日 16:57
  • 1202

Google Java Style 中文版

Google Java Style 中文版   原版地址:http://google-styleguide.googlecode.com/svn/trunk/javaguide.html  ...
  • ami121
  • ami121
  • 2014年02月16日 09:33
  • 6906

Google Java Style:Google的Java编程规范

文章转载自:http://mp.weixin.qq.com/s?__biz=MjM5NzMyMjAwMA==&mid=402018579&idx=2&sn=6f96aa32d86d463c7d3047...
  • Absolut_Seven
  • Absolut_Seven
  • 2015年12月28日 09:30
  • 797

【SUN/Oracle官方文档翻译+纠错】JAVA语言编码规范

翻译自SUN (Oracle)官方文档Code Conventions for the Java Programming Language并修正了原文html版本里的两处错误!欢迎转载,不过如果不能保...
  • thl789
  • thl789
  • 2012年09月27日 15:47
  • 6948

Java 程序编码规范

google_ad_client = "pub-8800625213955058";/* 336x280, 创建于 07-11-21 */google_ad_slot = "0989131976";...
  • java169
  • java169
  • 2008年05月23日 19:29
  • 123
内容举报
返回顶部
收藏助手
不良信息举报
您举报文章:Java 程序编码规范
举报原因:
原因补充:

(最多只允许输入30个字)