java语言编程规范.doc

《java语言编程规范.doc》由会员分享，可在线阅读，更多相关《java语言编程规范.doc（49页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、1 排版规范.1 规则1.*程序块要采用缩进风格编写，缩进的空格数为4个。说明：对于由开发工具自动生成的代码可以有不一致。2.*分界符（如大括号和）应各独占一行并且位于同一列，同时与引用它们的语句左对齐。在函数体的开始、类和接口的定义、以及if、for、do、while、switch、case语句中的程序都要采用如上的缩进方式。示例：如下例子不符合规范。for (.) . / program codeif (.) . / program code void example_fun( void ) . / program code 应如下书写。for (.) . / program codeif

2、 (.) . / program codevoid example_fun( void ) . / program code3.*较长的语句、表达式或参数（80字符）要分成多行书写，长表达式要在低优先级操作符处划分新行，操作符放在新行之首，划分出的新行要进行适当的缩进，使排版整齐，语句可读。 示例：if (filename != null & new File(logPath + filename).length() LogConfig.getFileSize() . / program codepublic static LogIterator read(String logType, Da

3、te startTime,Date endTime, int logLevel, String userName, int bufferNum)4.*不允许把多个短语句写在一行中，即一行只写一条语句示例：如下例子不符合规范。 LogFilename now = null; LogFilename that = null;应如下书写 LogFilename now = null; LogFilename that = null;5.*if, for, do, while, case, switch, default 等语句自占一行，且if, for, do, while等语句的执行语句无论多少都

4、要加括号。示例：如下例子不符合规范。 if(writeToFile) writeFileThread.interrupt();应如下书写： if(writeToFile) writeFileThread.interrupt(); 6.*相对独立的程序块之间、变量说明之后必须加空行。示例：如下例子不符合规范。 if(log.getLevel() LogConfig.getRecordLevel() return; LogWriter writer;应如下书写 if(log.getLevel() LogConfig.getRecordLevel() return; LogWriter writer

5、; int index;7.*对齐只使用空格键，不使用TAB键。说明：以免用不同的编辑器阅读程序时，因TAB键所设置的空格数目不同而造成程序布局不整齐。JBuilder、UltraEdit等编辑环境，支持行首TAB替换成空格，应将该选项打开。8.*在两个以上的关键字、变量、常量进行对等操作时，它们之间的操作符之前、之后或者前后要加空格；进行非对等操作时，如果是关系密切的立即操作符（如.），后不应加空格。说明：采用这种松散方式编写代码的目的是使代码更加清晰。由于留空格所产生的清晰性是相对的，所以，在已经非常清晰的语句中没有必要再留空格，如果语句已足够清晰则括号内侧(即左括号后面和右括号前面)不需

6、要加空格，多重括号间不必加空格，因为在Java语言中括号已经是最清晰的标志了。在长语句中，如果需要加的空格非常多，那么应该保持整体清晰，而在局部不加空格。给操作符留空格时不要连续留两个以上空格。示例：(1) 逗号、分号只在后面加空格。int a, b, c; (2)比较操作符, 赋值操作符=、 +=，算术操作符+、%，逻辑操作符&、&，位域操作符= MAX_TIME_VALUE) a = b + c;a *= 2;a = b 2;(3)!、+、-、&（地址运算符）等单目操作符前后不加空格。flag = !isEmpty; / 非操作!与内容之间i+; / +,-与内容之间(4).前后不加空格。

7、p.id = pid; / .前后不加空格(5) if、for、while、switch等与后面的括号间应加空格，使if等关键字更为突出、明显。if (a = b & c d).2 建议1.类属性和类方法不要交叉放置，不同存取范围的属性或者方法也尽量不要交叉放置。格式：类定义 类的公有属性定义 类的保护属性定义 类的私有属性定义 类的公有方法定义 类的保护方法定义 类的私有方法定义密级： 内部公开 DKBAXXXX-2001.12注释规范 2 注释规范A. 规则1.一般情况下，源程序有效注释量必须在30以上。说明：注释的原则是有助于对程序的阅读理解，在该加的地方都加了，注释不宜太多也不能太少，

8、注释语言必须准确、易懂、简洁。可以用注释统计工具来统计。2.包的注释：包的注释写入一个名为 package.html 的HTML格式的说明文件放入当前路径。说明：方便JavaDoc收集示例：com/huawei/iin/websmap/comm/package.html3.包的注释内容：简述本包的作用、详细描述本包的内容、产品模块名称和版本、公司版权。说明：在详细描述中应该说明这个包的作用以及在整个项目中的位置。格式：一句话简述。详细描述。产品模块名称和版本公司版权信息示例：为 WEBSMAP 提供通信类，上层业务使用本包的通信类与 SMP-B 进行通信。详细描述。IIN V100R001 W

9、EBSMAP(C) 版权所有 2000-2001 华为技术有限公司4.文件注释：文件注释写入文件头部，包名之前的位置。说明：注意以 /* 开始避免被 JavaDoc 收集示例：/* * 注释内容 */package m;5.文件注释内容：版权说明、描述信息、生成日期、修改历史。说明：文件名可选。格式：/* * 文件名：文件名 * 版权：版权 * 描述：描述 * 修改人：修改人 * 修改时间：YYYY-MM-DD * 跟踪单号：跟踪单号 * 修改单号：修改单号 * 修改内容：修改内容 */说明：每次修改后在文件头部写明修改信息，CheckIn的时候可以直接把蓝色字体信息粘贴到VSS的注释上。在代

10、码受控之前可以免去。示例：/* * 文件名：LogManager.java * 版权：Copyright 2000-2001 Huawei Tech. Co. Ltd. All Rights Reserved. * 描述： WIN V200R002 WEBSMAP 通用日志系统 * 修改人： 张三 * 修改时间：2001-02-16 * 修改内容：新增 * 修改人： 李四 * 修改时间：2001-02-26 * 跟踪单号：D20103 * 修改单号：WSS368 * 修改内容：。 * 修改人： 王五 * 修改时间：2001-03-25 * 跟踪单号：D27153 * 修改单号：WSS498 *

11、 修改内容：。 */6.类和接口的注释：该注释放在 package 关键字之后，class 或者 interface 关键字之前。说明：方便JavaDoc收集示例：package m;/* * 注释内容 */public class CommManager7.类和接口的注释内容：类的注释主要是一句话功能简述、功能详细描述，说明：可根据需要列出：版本号、生成日期、作者、内容、功能、与其它类的关系等。 如果一个类存在Bug，请如实说明这些Bug。格式：/* * 一句话功能简述 * 功能详细描述 * author 作者 * version 版本号, YYYY-MM-DD * see 相关类/方法 *

12、 since 产品/模块版本 * deprecated */说明：描述部分说明该类或者接口的功能、作用、使用方法和注意事项，每次修改后增加作者和更新版本号和日期，since 表示从那个版本开始就有这个类或者接口，deprecated 表示不建议使用该类或者接口。示例：/* * LogManager 类集中控制对日志读写的操作。 * 全部为静态变量和静态方法，对外提供统一接口。分配对应日志类型的读写器， * 读取或写入符合条件的日志纪录。 * author 张三，李四，王五* version 1.2, 2001-03-25 * see LogIteraotor * see BasicLog *

13、since CommonLog1.0 */8.类属性、公有和保护方法注释：写在类属性、公有和保护方法上面。示例：/* * 注释内容 */private String logType;/* * 注释内容 */public void write()9. 成员变量注释内容：成员变量的意义、目的、功能，可能被用到的地方。10.公有和保护方法注释内容：列出方法的一句话功能简述、功能详细描述、输入参数、输出参数、返回值、违例等。格式：/* * 一句话功能简述 * 功能详细描述 * param 参数1 参数1说明 * param 参数2 参数2说明 * return 返回类型说明 * exception/t

14、hrows 违例类型 违例说明 * see 类、类#方法、类#成员 * deprecated */说明：since 表示从那个版本开始就有这个方法；exception或throws 列出可能仍出的异常；deprecated 表示不建议使用该方法。示例： /* * 根据日志类型和时间读取日志。 * 分配对应日志类型的LogReader， 指定类型、查询时间段、条件和反复器缓冲数， * 读取日志记录。查询条件为null或0的表示没有限制，反复器缓冲数为0读不到日志。 * 查询时间为左包含原则，即 startTime, endTime) 。 * param logTypeName 日志类型名（在配置

15、文件中定义的） * param startTime 查询日志的开始时间 * param endTime 查询日志的结束时间 * param logLevel 查询日志的级别 * param userName 查询该用户的日志 * param bufferNum 日志反复器缓冲记录数 * return 结果集，日志反复器 * since CommonLog1.0 */ public static LogIterator read(String logType, Date startTime,Date endTime, int logLevel, String userName, int buff

16、erNum)11.对于方法内部用throw语句抛出的异常，必须在方法的注释中标明，对于所调用的其他方法所抛出的异常，选择主要的在注释中说明。 对于非RuntimeException，即throws子句声明会抛出的异常，必须在方法的注释中标明。说明：异常注释用exception或throws表示，在JavaDoc中两者等价，但推荐用exception标注Runtime异常，throws标注非Runtime异常。异常的注释必须说明该异常的含义及什么条件下抛出该异常。12.*注释应与其描述的代码相近，对代码的注释应放在其上方或右方（对单条语句的注释）相邻位置，不可放在下面，如放于上方则需与其上面的代

17、码用空行隔开。13.*注释与所描述内容进行同样的缩排。说明：可使程序排版整齐，并方便注释的阅读与理解。示例：如下例子，排版不整齐，阅读稍感不方便。public void example( )/ 注释 CodeBlock One / 注释 CodeBlock Two应改为如下布局。public void example( ) / 注释 CodeBlock One / 注释 CodeBlock Two14.*将注释与其上面的代码用空行隔开。示例：如下例子，显得代码过于紧凑。/注释program code one/注释program code two应如下书写：/注释program code one

18、/注释program code two15.*对变量的定义和分支语句（条件分支、循环语句等）必须编写注释。说明：这些语句往往是程序实现某一特定功能的关键，对于维护人员来说，良好的注释帮助更好的理解程序，有时甚至优于看设计文档。16.*对于switch语句下的case语句，如果因为特殊情况需要处理完一个case后进入下一个case处理，必须在该case语句处理完、下一个case语句前加上明确的注释。说明：这样比较清楚程序编写者的意图，有效防止无故遗漏break语句。17.*边写代码边注释，修改代码同时修改相应的注释，以保证注释与代码的一致性。不再有用的注释要删除。18.*注释的内容要清楚、明了，

19、含义准确，防止注释二义性。说明：错误的注释不但无益反而有害。19.*避免在注释中使用缩写，特别是不常用缩写。说明：在使用缩写时或之前，应对缩写进行必要的说明。B. 建议1.*避免在一行代码或表达式的中间插入注释。说明：除非必要，不应在代码或表达中间插入注释，否则容易使代码可理解性变差。2.*通过对函数或过程、变量、结构等正确的命名以及合理地组织代码的结构，使代码成为自注释的。说明：清晰准确的函数、变量等的命名，可增加代码可读性，并减少不必要的注释。3.*在代码的功能、意图层次上进行注释，提供有用、额外的信息。说明：注释的目的是解释代码的目的、功能和采用的方法，提供代码以外的信息，帮助读者理解代

20、码，防止没必要的重复注释信息。示例：如下注释意义不大。/ 如果 receiveFlag 为真if (receiveFlag)而如下的注释则给出了额外有用的信息。 / 如果从连结收到消息 if (receiveFlag)4.*在程序块的结束行右方加注释标记，以表明某程序块的结束。说明：当代码段较长，特别是多重嵌套时，这样做可以使代码更清晰，更便于阅读。示例：参见如下例子。if (.) program code1 while (index MAX_INDEX) program code2 / end of while (index MAX_INDEX) / 指明该条while语句结束 / end

21、of if (.) / 指明是哪条if语句结束5.*注释应考虑程序易读及外观排版的因素，使用的语言若是中、英兼有的，建议多使用中文，除非能用非常流利准确的英文表达。说明：注释语言不统一，影响程序易读性和外观排版，出于对维护人员的考虑，建议使用中文。6.方法内的单行注释使用 /。说明：调试程序的时候可以方便的使用 /* 。*/ 注释掉一长段程序。7.注释尽量使用中文注释和中文标点。方法和类描述的第一句话尽量使用简洁明了的话概括一下功能，然后加以句号。接下来的部分可以详细描述。说明：JavaDoc工具收集简介的时候使用选取第一句话。8.顺序实现流程的说明使用1、2、3、4在每个实现步骤部分的代码前

22、面进行注释。示例：如下是对设置属性的流程注释 /1、 判断输入参数是否有效。 。 / 2、设置本地变量。 。9. 一些复杂的代码需要说明。示例：这里主要是对闰年算法的说明。 /1. 如果能被4整除，是闰年； /2. 如果能被100整除，不是闰年.； /3. 如果能被400整除，是闰年.。 15密级： 内部公开 DKBAXXXX-2001.12命名规范 3 命名规范A. 规则1.包名采用域后缀倒置的加上自定义的包名，采用小写字母。在部门内部应该规划好包名的范围，防止产生冲突。部门内部产品使用部门的名称加上模块名称。产品线的产品使用产品的名称加上模块的名称。格式：com.huawei.产品名.模块

23、名称com.huawei.部门名称. 项目名称示例：融合WEBSMAP包名 com.huawei.iin.websmap通用消息转发包名 com.huawei.insa2.msgtrans2.类名和接口使用类意义完整的英文描述，每个英文单词的首字母使用大写、其余字母使用小写的大小写混合法。示例：OrderInformation, CustomerList, LogManager, LogConfig, SmpTransaction3.方法名使用类意义完整的英文描述：第一个单词的字母使用小写、剩余单词首字母大写其余字母小写的大小写混合法。示例：private void calculateRate

24、();public void addNewOrder();4.方法中，存取属性的方法采用setter 和 getter方法，动作方法采用动词和动宾结构。格式：get + 非布尔属性名()is + 布尔属性名()set + 属性名()动词()动词 + 宾语()示例：public String getType();public boolean isFinished();public void setVisible(boolean);public void show();public void addKeyListener(Listener);5.属性名使用意义完整的英文描述：第一个单词的字母使用小

25、写、剩余单词首字母大写其余字母小写的大小写混合法。属性名不能与方法名相同。示例： private customerName;private orderNumber;private smpSession;6.常量名使用全大写的英文描述，英文单词之间用下划线分隔开，并且使用 final static 修饰。示例： public final static int MAX_VALUE = 1000;public final static String DEFAULT_START_DATE = 2001-12-08;7.属性名可以和公有方法参数相同，不能和局部变量相同，引用非静态成员变量（放在堆中，分配

26、给对象的，对象的修改不会影响其他对象的该变量值）时使用 this （this指向当前对象）引用，引用静态成员变量（相当于全局变量，在类加载时就放入静态存储空间中；针对一个类，无论该类生成多少个对象，在全局中只有一个，任一个对象修改都会影响全局）时使用类名引用。示例：public class Person private String name; private static List properties; public void setName (String name) this.name = name; public void setProperties (List properties

27、) Person.properties = properties; B. 建议1.常用组件类的命名以组件名加上组件类型名结尾。示例：Application 类型的，命名以App 结尾MainAppFrame 类型的，命名以Frame 结尾TopoFramePanel 类型的，建议命名以Panel 结尾CreateCircuitPanelBean 类型的，建议命名以Bean 结尾DataAccessBeanEJB 类型的，建议命名以EJB 结尾DBProxyEJBApplet 类型的，建议命名以Applet 结尾PictureShowApplet2.如果函数名超过15 个字母，可采用以去掉元音字

28、母的方法或者以行业内约定俗成的缩写方式缩写函数名。示例：getCustomerInformation() 改为 getCustomerInfo()3.准确地确定成员函数的存取控制符号，不是必须使用 public 属性的，请使用 protected，不是必须使用 protected, 请使用 private。示例： protected void setUserName(), private void calculateRate()4.含有集合意义的属性命名，尽量包含其复数的意义。示例：customers, orderItems 19密级： 内部公开 DKBAXXXX-2001.12编码规范 4

29、编码规范A. 规则1.*明确方法功能，精确（而不是近似）地实现方法设计。一个函数仅完成一件功能，即使简单功能也应该编写方法实现。 说明：虽然为仅用一两行就可完成的功能去编方法好象没有必要，但用方法可使功能明确化，增加程序可读性，亦可方便维护、测试。2.应明确规定对接口方法参数的合法性检查应由方法的调用者负责还是由接口方法本身负责，缺省是由方法调用者负责。说明：对于模块间接口方法的参数的合法性检查这一问题，往往有两个极端现象，即：要么是调用者和被调用者对参数均不作合法性检查，结果就遗漏了合法性检查这一必要的处理过程，造成问题隐患；要么就是调用者和被调用者均对参数进行合法性检查，这种情况虽不会造成

30、问题，但产生了冗余代码，降低了效率。3.明确类的功能，精确（而不是近似）地实现类的设计。一个类仅实现一组相近的功能。说明：划分类的时候，应该尽量把逻辑处理、数据和显示分离，实现类功能的单一性。示例：数据类不能包含数据处理的逻辑。通信类不能包含显示处理的逻辑。4.所有的数据类必须重载toString() 方法，返回该类有意义的内容。说明： 父类如果实现了比较合理的toString() ，子类可以继承不必再重写。示例：public TopoNode private String nodeName; public String toString() return NodeName : + nodeN

31、ame; 5.数据库操作、IO操作等需要使用结束close()的对象必须在try -catch-finally 的finally中close()。示例：try / . .catch(IOException ioe) /. .finally try out.close(); catch (IOException ioe) /. . 6.异常捕获后，如果不对该异常进行处理，则应该纪录日志或者ex.printStackTrace() 。说明：若有特殊原因必须用注释加以说明。示例：try /. .catch (IOException ioe) ioe.printStackTrace ();7.自己抛出

32、的异常必须要填写详细的描述信息。说明：便于问题定位。示例：throw new IOException(Writing data error! Data: + data.toString();8.运行期异常使用RuntimeException的子类来表示，不用在可能抛出异常的方法声明上加throws子句。非运行期异常是从Exception继承而来的，必须在方法声明上加throws子句。说明：非运行期异常是由外界运行环境决定异常抛出条件的异常，例如文件操作，可能受权限、磁盘空间大小的影响而失败，这种异常是程序本身无法避免的，需要调用者明确考虑该异常出现时该如何处理方法，因此非运行期异常必须有thr

33、ows子句标出，不标出或者调用者不捕获该类型异常都会导致编译失败，从而防止程序员本身疏忽。运行期异常是程序在运行过程中本身考虑不周导致的异常，例如传入错误的参数等。抛出运行期异常的目的是防止异常扩散，导致定位困难。因此在做异常体系设计时要根据错误的性质合理选择自定义异常的继承关系。还有一种异常是Error 继承而来的，这种异常由虚拟机自己维护，表示发生了致命错误，程序无法继续运行例如内存不足。我们自己的程序不应该捕获这种异常，并且也不应该创建该种类型的异常。+9.在程序中使用异常处理还是使用错误返回码处理，根据是否有利于程序结构来确定，并且异常和错误码不应该混合使用，推荐使用异常。说明：一个系

34、统或者模块应该统一规划异常类型和返回码的含义。 但是不能用异常来做一般流程处理的方式，不要过多地使用异常，异常的处理效率比条件分支低，而且异常的跳转流程难以预测。10.*注意运算符的优先级，并用括号明确表达式的操作顺序，避免使用默认优先级。说明：防止阅读程序时产生误解，防止因默认的优先级与设计思想不符而导致程序出错。示例：下列语句中的表达式word = (high 8) | low (1)if (a | b) & (a & c) (2)if (a | b) (c & d) (3)如果书写为high 8 | lowa | b & a & ca | b c & d（1）（2）虽然不会出错，但语句不

35、易理解；（3）造成了判断条件出错。11.*避免使用不易理解的数字，用有意义的标识来替代。涉及物理状态或者含有物理意义的常量，不应直接使用数字，必须用有意义的静态变量来代替。示例：如下的程序可读性差。if (state = 0) state = 1; . / program code应改为如下形式：private final static int TRUNK_IDLE = 0;private final static int TRUNK_BUSY = 1;private final static int TRUNK_UNKNOWN = -1;if (state = TRUNK_IDLE) sta

36、te = TRUNK_BUSY; . / program code12.数组声明的时候使用 int index ，而不要使用 int index 。说明：使用int index 格式使程序的可读性较差示例：如下程序可读性差：public int getIndex() .如下程序可读性好：public int getIndex() .13.调试代码的时候，不要使用 System.out 和 System.err 进行打印，应该使用一个包含统一开关的测试类进行统一打印。说明：代码发布的时候可以统一关闭调试代码，定位问题的时候又可以打开开关。14.用调测开关来切换软件的DEBUG版和正式版，而不要同

37、时存在正式版本和DEBUG版本的不同源文件，以减少维护的难度。B. 建议1.记录异常不要保存exception.getMessage()，而要记录exception.toString()。示例：NullPointException抛出时常常描述为空，这样往往看不出是出了什么错。2.一个方法不应抛出太多类型的异常。说明： 如果程序中需要分类处理，则将异常根据分类组织成继承关系。如果确实有很多异常类型首先考虑用异常描述来区别，throws/exception子句标明的异常最好不要超过三个。3.异常捕获尽量不要直接 catch (Exception ex)，应该把异常细分处理。4.*如果多段代码重复

38、做同一件事情，那么在方法的划分上可能存在问题。说明：若此段代码各语句之间有实质性关联并且是完成同一件功能的，那么可考虑把此段代码构造成一个新的方法。5.对于创建的主要的类，最好置入main()函数，包含用于测试那个类的代码 。说明：主要类包括：1、能完成独立功能的类，如通讯。2、具有完整界面的类，如一个对话框、一个窗口、一个帧等。3、JavaBean 类。示例：public static void main(String arguments) CreateCircuitDialog circuitDialog1 = new CreateCircuitDialog (null, Ciruit, false); circuitDialog1.setVisible(true);6.集合中的数据如果不使用了应该及时释放，尤其是可重复使用的集合。说明：由于集合保存了对象的句柄，虚拟机的垃圾收集器就不会回收。7.*源程序中关系较为紧密的代码应尽可能相邻。说明：便于程序阅读和查找。示例：矩形的长与宽关系较密切，放在一起。 rect.length = 10;rect.width = 5;8.*不要使用难懂的技巧性很高的语句，除非很有必要时。说明：高技巧语句不等于高效率的程序，实际上程序的效率关键在于算法。 25文档名