Java项目开发规范参考

iB2Team项目开发规范

By KevinLee 2016-4-20
仅供参考

1. 目的

为了使软件开发过程顺畅，保证软件质量，因而有了这份开发规范文档。

2. 概述

• 项目以功能模块来划分分工
• 数据库不能随意修改，本地数据库须统一
• 有标准的Java代码风格，有良好习惯
• 时刻考虑代码的可复用性
• 每一个人须要有每周项目进度报告

3. 代码规范

3.1 有关命名

尽可能保证可以经过变量名得知变量的含义

3.1.1 包命名

• 包命名采用全小写命名
• 经过惟一域名+组件来命名

3.1.2 类命名

• 类命名采用Pascal命名法
• 大写字母开头，各个单词首字母大写

3.1.3 方法命名

• 方法命名采用Camel命名法
• 小写字母开头，各个单词首字母大写
• 属性的getter和setter方法尽可能使用自动生成，并放在程序的后面。
• Boolean类型的属性的get方法应形如isProperty()

3.1.4 变量命名

• 采用Camel命名法
• 小写字母开头，各个单词首字母大写
• 特有大写缩写词汇保持大写如：SQL
• 变量名字不宜过长，可适当采用缩减英文元音字母来缩短长度
• 假如缩短后名字重复，能够保留其中一个的部分元音字母

3.1.5 常量命名

• 采用全大写命名法
  全部字母均大写

3.1.6 页面文件命名

• 采用全小写命名法
• 全部的字母均小写，单词之间如下划线’_’分隔
• 展现页面，按照名词+描述，如：news_list.jsp
• 操做页面，按照名词+动词命名，如：news_add.jsp
• 按照模块从大到小命名，如：news_order_add.jsp

3.1.7 资源文件命名

• 采用全小写命名法
• 按照前缀+模块+描述+状态命名，如：btn_main_login_pressed.png
• (不必定彻底包含如上4个部分，可是要依照顺序命名)

3.2 有关注释

团队成员都应该造成良好的写注释的习惯，方便之后阅读，以及为了后期生成可读性良好的Java Doc

3.2.1 程序文件头注释

应该包含以下：
* 文件描述
* 做者
* 版本
* 建立日期时间
* 修改日期时间
* 参考信息

提早设置好文件的模板Template
如如下模板：

/** * Description: * Author: KevinLee * Version: 1.0 * Create Date Time: ${DATE} ${TIME}. * Update Date Time: * @see */

3.2.2 方法头注释

通常在写完一个方法后使用快捷键生成一个块注释，IDE会自动帮咱们写入一些信息。
应该包含以下信息：
* 方法描述 Description:
* 参数信息 @param
* 返回信息 @return
* 异常信息 @Exception
* 参考信息（可选）@see also //指定一个类或者方法（经过类后面加#选择方法）
* 笔记信息（可选）Note:
如如下模板：

/** * Description: 返回一个“Hello”字符串 * @param str 一个字符串 * @return 返回一个字符串 * @throws Exception 抛出一个异常 * @see com.lidengju.entity.Person * Note: Nothing much. */
public  String  sayHello(String  str) throws  Exception{
    str="Hello";
  return  str;
}

注意：方法里面不要使用块注释

3.2.3 关键点注释

应该包含以下信息：
* 一些程序关键的地方
* 一些程序不易读的地方
* 编写代码过程当中遇到问题的地方
* 须要提示读者的地方

注释应该写得少而易懂
若修改了文件，能够加上修改人的信息，和修改日期。

4. 格式规范

4.1 缩进

应注意使用format来格式化代码，使用Tab键来缩进代码，至关于4个空格。

4.2 换行

• {}花括号应该另起一行，左花括号与方法名、类名在同一行。(除了数组初始化时的花括号)
• if、while等语句，假如体内只有一句代码也不要省略{}，为了方便之后的增删
• 字符串过长考虑拆分红多行

4.3 对齐

• {}括号等应该对齐
• 类和方法的块注释必须紧贴类和方法
• 单独起行的//注释必须对齐被注释语句

5. 写在后面

但愿各位成员遵照这份开发规范文档，养成良好的开发习惯