国家重点项目代码开发规范Word格式.docx

上传人:b****6 文档编号:19369658 上传时间:2023-01-05 格式:DOCX 页数:17 大小:258.29KB
下载 相关 举报
国家重点项目代码开发规范Word格式.docx_第1页
第1页 / 共17页
国家重点项目代码开发规范Word格式.docx_第2页
第2页 / 共17页
国家重点项目代码开发规范Word格式.docx_第3页
第3页 / 共17页
国家重点项目代码开发规范Word格式.docx_第4页
第4页 / 共17页
国家重点项目代码开发规范Word格式.docx_第5页
第5页 / 共17页
点击查看更多>>
下载资源
资源描述

国家重点项目代码开发规范Word格式.docx

《国家重点项目代码开发规范Word格式.docx》由会员分享,可在线阅读,更多相关《国家重点项目代码开发规范Word格式.docx(17页珍藏版)》请在冰豆网上搜索。

国家重点项目代码开发规范Word格式.docx

减少有经验和无经验开发人员编程所需的脑力工作;

2.在项目范围内统一代码风格;

3.使新的开发人员快速适应项目氛围;

4.更好的完成发改委二期项目的开发,以及后期的维护。

1.2内容

本规范采用与国际代码规范基本一致的代码规范,并使得能在开发阶段将代码规范落实到项目组中的每一个有关人员。

统一代码开发规范,提高代码的质量和可维护性。

提供事务、异常处理、文件处理等标准服务,规范各模块的处理方法。

制订代码开发规范,撰写核心代码规格及单元测试指针以建立测试导向的开发目标。

本规范包括对以下两个部分的规范要求:

Java源文件和JSP源文件。

将JSP单独提出作为一部分加以规范,目的是为了让JSP源代码符合SUN提出的标准,而不是像一个Java文件。

规范主要分为以下几个个方面:

1.手工编写代码时需要注意的部分,如命名和注释;

2.代码排版时需要注意的部分,如缩进,换行等。

这一部分可通过编辑器辅助实现;

3.其它的一些问题,如某些技巧和常用解决方案。

1.3定义

本规范是针对Java语言的,采用以下的术语描述:

1.规范:

编程时强制必须遵守的原则。

2.约定:

被大家广泛认同的一些规范。

3.建议:

编程时必须加以考虑的原则。

4.说明:

对此规则或建议进行必要的解释。

5.示例:

对此规则或建议给出的例子。

1.4适用范围

适用于国家发展改革委网上办公系统二期项目建设。

第2章JAVA源码编写规范

2.1标识符的命名规范

1.特殊用途的文件使用表示其用途的后缀,如*Test.java,*Temp.java。

2.使用可以自说明(含义清晰)的英文描述符,如firstName。

3.循环里的简单递增(减)变量可以被命名为“i”,其它地方不允许这样。

4.尽量采用项目所涉及领域的术语,并且保留一份术语的中英对照表。

5.必要时可以使用汉语拼音缩写(尽量避免)。

6.采用大小写混合,提高名字的可读性。

7.尽量少用缩写,但大家都认可的缩写除外。

8.缩写词语的所有字母都必须大写。

9.严禁使用下划线作为名字的首末字母,如_name,name_。

10.严禁使用数字,如arg0,arg1等

说明:

如果对命名有不明白的地方,可以参考JDK的源代码。

建议:

考虑到大多数Java开发者的习惯,尽量不要使用匈牙利命名法。

2.2公认的命名约定

类型

命名约定

示例

全部小写。

标识符用点号分隔开来。

全局包的名字用你的机构的Internet保留域名开头

pany.project

类,接口

类的名字应该使用名词。

每个单词第一个字母应该大写。

避免使用单词的缩写,除非其缩写已广为人知,如HTTP

ClassHello;

ClassHelloWorld;

InterfaceApple;

方法

第一个单词一般是动词

第一个字母是小写,但是中间单词的第一个字母是大写

Getter方法名一般为getXxx(),其中xxx应该和变量名相同,但首字母大写,如若返回的值是boolean变量,一般以is作为前缀。

Setter方法名一般为:

setXxx(xxx)。

doSomeThing()

getName();

setName(Stringname);

isFirst();

setFirst(booleanfirst)

变量

第一个字母小写,中间单词的第一个字母大写。

必须使以字母开始,而不是’_’或’$’。

如果变量是集合,则变量名应用复数。

StringmyName;

int[]students;

常量

所有常量名均全部大写,单词间以‘_’隔开。

使用staticfinal修饰常量。

intMAX_NUM;

Getter/Setter方法,尽量使用编辑器提供的自动生成功能。

对于自动生成的Getter/Setter方法中的参数,可以使用简单的命名方法,如单字母。

2.3源文件注释的规范

2.3.1Java中的注释类型

1.块注释:

主要用来描述文件,类,方法,算法等。

一般用在文档和方法的前面,也可以放在文档的任何地方。

以‘/*’开头,‘*/’结尾。

2.行注释:

主要用在方法内部,对代码,变量,流程等进行说明。

与块注释格式相似,但是整个注释占据一行。

3.尾随注释:

与行注释功能相似,放在代码的同行,但是要与代码之间有足够的空间,便于分清。

例:

intm=4;

/*注释*/

4.行尾注释:

与行注释功能相似,放在每行的最后,或者占据一行。

以‘//’开头。

5.文档注释:

与块注释相似,但是可以被javadoc处理,生成HTML文件。

以‘/**’开头,‘*/’结尾。

文档注释不能放在方法或程序块内。

2.3.2历史信息说明

对已经比较稳定的源代码进行修改之后,需要在包声明的位置之前进行标注。

内容包括日期,人员和修改的内容。

对于多次修改的历史信息,必须按照日期进行逆序排列。

2.3.3类头部注释

必须使用文档注释来说明当前类的作用,注意事项等信息。

如果是一个公用的工具类,还应该提供起到指导作用的示例代码。

类注释中,根据具体情况,还应包含作者,版权等信息。

版权信息统一规定如下,版权信息置于作者信息之后:

*@author作者姓名 银拓信息技术有限公司版权所有

2.3.4变量常量注释

并不是所有的变量都需要注释。

如果需要对一个变量进行注释,必须在变量定义的上方,而不允许使用尾随注释或者行尾注释。

这样做的原因是为了排版的美观。

2.3.5方法头部注释

必须使用文档注释说明当前方法的用途和注意事项。

如果有参数,必须使用正确的javadoc标签列出该方法需要的每一个参数的名称和说明。

如果参数名称比较清晰,可以不提供说明,但是必须有这个标签。

如果有返回值或者要抛出异常,也必须在注释中标记。

尽量使用编辑器提供的自动生成功能,当然,内容要你自己动手。

对于简单的Getter/Setter方法,在名称含义清晰的情况下,可以不提供注释的内容,但是要有javadoc的标示(以后有必要可以加注释)。

2.3.6代码注释

代码中的注释必须放在被解释的代码上方,并且两者之间不能有空行。

2.4文档排版的规范

2.4.1缩进

代码必须采用缩进的格式进行书写。

缩进的长度设置成4个空格。

类和方法的开始、结构的定义及循环、判断等语句中的代码都要采用缩进风格,case语句下的情况处理语句也要遵从语句缩进要求。

使用TAB键进行缩进,这样可以减少敲键的数量,大多数编辑器的缩进空格数是可以调整的。

2.4.2空格和空行

在两个以上的关键字、变量、常量进行对等操作时,它们之间的操作符之前、之后或者前后要加空格。

1.逗号、分号只在后面加空格。

2.比较操作符,赋值操作符"

="

、"

+="

,算术操作符"

+"

、"

%"

,逻辑操作符"

&

"

,等双目操作符的前后加空格。

3."

!

~"

++"

--"

、等单目操作符前后不加空格。

4.if、for、while、switch等与后面的括号间应加空格,使if等关键字更为突出明显。

相对独立的程序块之间应该加一行空行。

如果每一个对立部分的长度很短(仅有一两个方法调用),各个部分之间可以使用注释进行区分,这种情况不需要空行。

2.4.3页面宽度

页面的宽度设置成80个字符。

2.4.4长参数表达式的换行

1.当一条语句中的参数过多,在一行之内无法写完的情况下,应该把每一个参数单独写在一行。

2.当连续出现多个调用的时候,如果不能在一行写完,应该把每一个调用单独写在一行。

在使用编辑器的自动排版时,实际生成的代码可以有不一致。

2.4.5括号的匹配

1.代码中所有的大括号都应该采用左对齐的方式。

2.当一对大括号中间没有代码的时候,左右括号之间不能有空行。

3.对于if,while等语句,在任何时候都应该使用大括号。

2.4.6import语句

1.对于代码引用的每一个类,都应有准确的导入语句。

2.不能导入没有使用的类。

3.尽量不要使用*号。

4.Java标准包中的类和其它外部包之间应该使用空行隔离。

满足上述条件的简便方法,请用带有autoimports功能或者organizeimports功能的编辑器。

这些编辑器可以自动添加相应的语句,或把你手工输入的*号转化成如上图的格式。

第3章JSP源代码规范

对于JSP来说,规范并不多,因为针对于JSP的自动排版工具很少。

总的规则就是一句话JSP文件中不要嵌入大量的Java代码,否则可读性将迅速下降。

另外,本章将会给出几个基本的规则。

以美观为主的页面风格应该参照界面设计规范,不属于这个规范所述的范畴。

3.1页面目录结构

在一个应用中,所有jsp页面都存放在应用根路径的jsp目录下,下面的描述以此目录为根。

1.所有的页面文件根据不同的模块,在根目录下分别建目录存放;

2.页面所涉及的所有图片及其他一些资源(如flash动画等)都存放在/images目录下;

3.页面所使用的js文件都存放在/js目录下;

4.页面所使用的风格文件都放在/css下。

示例:

以下是一个应用的目录分布示例,此应用的jsp文件按模块分为普通版(common)和专业版(expert)两各目录:

/

---common/

---PAG2000301.JSP

---PAG2000302.JSP

……..

---expert/

---PAG3000301.JSP

---PAG3000302.JSP

---images/

---LOGO.GIF

---BANNER.GIF

---js/

---VALIDATE.JS

---EBANK.JS

---css/

---EBANK.CSS

---TABLE.CSS

3.2文件命名规范

在一个应用项目中,页面文件及其相关的资源文件一般数量都比较大,如果没有规律的命名方法,查找和理解都将比较困难,所以这里给出一些命名上应遵守的规范和要注意的问题:

1.文件名(包括页面文件名和图片文件名)必须注意大小写,引用处的大小写必须严格与引用文件名的大小写相同,这样不管在大小写敏感的系统上,还是在大小写不敏感的系统上都不会出错。

在页面中引用的某张图片

PAG2003010.jsp:

……

<

td>

imgsrc=”images/Banners.jpg”width=120height=40>

/td>

在images的目录下,定义图片文件

/images

……

----Banners.jpg

在文件的<

img>

里引用时不能用banners.jpg或BANNERS.JPG,必须象上文中那样引用

2.被程序引用的JSP页面,文件名统一以PAG开头,后面跟页面对应的交易码,最后以.jsp结尾。

对外转帐交易,交易码为TX2030101:

第一步(选择卡折号)使用的页面定义为:

PAG2030101.jsp

第二步(输入转帐信息)使用的页面定义为:

PAG2030102.jsp

第三步(确认转帐信息)使用的页面定义为:

PAG2030103.jsp

3.图片文件名最好用有意义的名称,统一存放在images目录下,不用的图片要及时删除。

3.3HTML文件样式

所有HTML类型文件(包括jsp扩展名和html扩展名)在文件头的“<

html>

”标识前面必须用“<

---->

”标识出本页面的使用信息和版权信息:

--

页面说明:

个人银汉专业版演示页面

版权:

深圳银拓

功能:

活期转定期交易――选择卡、折号页面

-->

如果是jsp页面,页面“<

”标识前有<

%%>

标识的,此信息放在<

标识后面。

页面必须有完整的“<

head>

/head>

body>

/body>

/html>

”结构,在<

标签里,必须有<

title>

/title>

标识和<

metahttp-equiv="

Content-Type"

content="

text/html;

charset=gb2312"

>

标识。

页面的统一的风格文件(.css)和脚本文件(.js)的导入,都放在<

标签后面。

欢迎登陆网上银行<

--放置各页面的head标签的定义-->

LINKhref="

./jsp/css/ebank_style.css"

type=text/cssrel=stylesheet>

scriptlanguage='

javascript'

src='

./jsp/js/menu.js'

/script>

页面内容

/html>

3.4使用标签代替Java编码

使用标签书写JSP,可以避免页面中嵌入大量的逻辑处理代码。

第一,页面美观便于修改。

第二,把逻辑处理封装到后台实现,避免逻辑暴露在JSP文件中。

下图中的标签实现了if-else语句的功能。

3.5表单显示规范

页面中,表单主要用于提交用户数据到服务端,用户数据的检查是表单的主要任务,所以在页面中,数据检查的代码数量颇多。

对这些代码的管理也是规范的要求。

1.页面中用于检查数据是否为空或数据类型是否正确的代码,必须尽可能的抽取公共函数,并将这些公共函数放在统一的文件中。

2.在格式化表单数据的表格中,数据项的名称必须右对齐,并跟“:

”号;

表单的输入控件(如文本输入框,选择框等)必须左对齐,并且这些控件的长度最好保持一致。

3.文本输入框中允许输入的字符长度必须以这个数据的定义长度为限。

最好不要在提交的时候检查长度。

最好用maxlength定义最大可输入的字符:

inputtype="

text"

size="

10"

name="

UsrName"

value="

"

maxlength="

>

如果最大数不是固定的,可用:

OnChange="

checkValue(this.value)"

而不要用以下方式(除非万不得以):

formaction=…OnSubmit=”checkValue()”>

4.表单提交必须有限制多次提交的js代码。

防止用户多次连续点击造成一些以外的后果。

varformflag=false;

functioncheck(){

……

if(document.eservice.InAcct.value.length!

=13){

alert("

转入账号只能是13位或16位"

);

returnfalse;

}

if(formflag)returnfalse;

formflag=true;

returntrue;

}

formmethod="

POST"

action="

PAG2020702.html"

onSubmit="

returncheck()"

NAME="

eservice"

inputtype=hiddenname=txcodevalue="

TX2020702"

inputtype=submitname=sm>

/form>

3.6缩进和对齐

JSP页面中会有大量的标签需要嵌套,所以缩进和对齐特别重要。

缩进长度设置为2个空格或者4个空格。

位于不同行的开始标签和结束标签应该左对齐。

1.当使用可视化工具生成JSP代码的时候,自动生成的标签对齐格式不做严格要求。

2.重要部分的逻辑处理标签,在和美工不冲突的情况,应该保证格式。

3.7注释

JSP中可以嵌入两种形式的注释:

html格式和Java格式。

应该针对不同的情况选择使用其中之一。

1.当允许注释出现在最终生成的html文件中,使用html格式的注视。

2.当不希望终端用户看到某些注释的情况,应该使用java类型的注视。

3.8JavaScript文件

当脚本文件中的函数数量较多的时候,应该单独写成一个文件,而不应该写在JSP文件中。

如果只有一两个函数,并且没有重用的必要,就可以内嵌在JSP中。

重用的代码应尽量存储到统一文件中。

help函数是显示在线帮助页面的,将其定义在ebank.js文件中

ebank.js:

functionhelp()

{

vartxcode=document.eservice.txcode.value;

if(txcode=="

)txcode="

TX0000000"

;

vartxcode1=txcode.substring(2,8);

varlocation="

//alert(txcode.substring(2,3));

if(txcode.substring(2,3)=='

2'

{

location="

../help/common/PAG"

+txcode1+"

1.html"

elseif(txcode.substring(2,3)=='

3'

../help/expert/PAG"

else

//location="

return;

}

//alert(location);

windowprops="

width=550,height=450,toolbar=no,location=no,directories=no,status=no,menubar=no,scrollbars=no,resizable=yes,top=170,left=200"

window.open(location,"

Popup"

windowprops);

然后,在每个需要使用到这个函数的页面,如PAG3001201.jsp页面中,在<

部分定义:

../js/ebank.js'

并在需要调用这个函数的按钮处调用这个函数:

PAG3001201.jsp:

<

tr>

tdwidth="

34%"

imgsrc="

aa11.gif"

height="

34"

50%"

r-02.gif"

ahref="

javascript:

help();

r-03.gif"

/a>

/tr>

.

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > 幼儿教育 > 育儿理论经验

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1