JAVA编码规范及代码复查资料
- 格式:ppt
- 大小:204.50 KB
- 文档页数:58
Java编码书写规范目录1.命名约定11.1.一般概念1 1.2.示范12.注释约定42.1.一般概念4 2.2.示范4 2.3.注释范围53.文件样式约定63.1.J A V A(*.JA V A) 6 3.1.1.版权信息6 3.1.2.P ACKAGE/I MPORTS6 3.1.3.C LASS7 3.1.4.C LASS F IELDS7 3.1.5.构造函数8 3.1.6.克隆方法8 3.1.7.类方法(类的普通成员函数)9 3.1.8.TO S TRING 方法9 3.1.9.MAIN 方法10 3.2.J A V A S ERVER P AGE(*.JSP) 10 3.2.1.版本信息10 3.2.2.TAG11 3.2.3.值输出11 3.2.4.嵌入代码段114.其它代码书写风格约定124.1.文档自动生成12 4.2.缩进12 4.3.页宽12 4.4.变量声明14 4.5.变量初始化14 4.6.局部变量声明15 4.7.空行15 4.8.大括号{} 15 4.9.小括号()154.10.运算符16 4.11.参数间隔16 4.12.JSP文件命名16 4.13.S ERVLET类命名(待定)165.编码指南165.1.对实例以及类变量的访问控制16 5.2.引用类变量和类方法17 5.3.常量17 5.4.变量赋值17 5.5.其它惯例18 5.5.1.圆括号18 5.5.2.返回值18 5.5.3.条件运算符"?"前的表达式19 5.5.4.特殊注释19 5.5.5.异常使用原则201.命名约定除了以下几个特例之外,命名时必须始终采用完整的英文描述符。
此外,一般应采用小写字母,但类名、接口名以及任何非初始单词的第一个字母要大写。
1.1. 一般概念☞尽量使用完整的英文描述符☞采用适用于相关领域的术语☞采用大小写混合使名字可读☞尽量少用缩写,但如果用了,要明智地使用,且在整个工程中统一☞避免使用长的名字(尽量小于25 个字母)☞避免使用类似的名字,或者仅仅是大小写不同的名字☞避免使用下划线(除静态常量等)1.2. 示范包(Package)采用完整的英文描述符,应该都是由小写字母组成,格式为com.dcosft.*。
Java 代码检查规范指导书审核 :日期:批准 :日期:实施日期2010 年 05 月 24 日版本号A-0密级内部修改履历版本号日期作者修订要点A-02010-5-24吴兆彬新作成目录1引言 (5)2应用范围 (5)3角色职责 (5)4输入 (5)5输出 (6)6作业流程 (6)6.1 C HECK S TYLE安装与使用 (7)6.1.1CheckStyle插件安装 (7)6.1.1.1“在线更新”安装方式 (7)6.1.1.2“手动下载”安装方式 (7)6.1.2CheckStyle的配置与使用 (9)6.1.2.1导入:规则文件 (9)6.1.2.2启用:项目检查 (10)6.1.2.3查看:结果视图 (10)6.2 E CLIPSE C ODE S TYLE的配置 (10)6.2.1.1“代码模版”的配置 (10)6.2.1.2“代码格式化”的配置 (11)6.2.1.3“代码清理”的配置 (11)6.3代码修正 (11)7问题反馈( FAQ ) (12)1)为什么第一句话需要以标点符号结束? (12)2)“”应}该”在同一行”的提示信息? (12)3)“一个局部常数,最好定义为全局常数”的提示信息? (12)4)“条件逻辑语句应该被移除”的提示信息? (13)5)“变量应该声明为 PRIVATE ”的提示信息? (13)6)“工具类不应该存在PRIVATE 或者默认构造函数”的提示信息? (14)7)“参数超过 7 个”的提示信息? (14)8)“类级的常量必须与模式”^[A-Z][A-Z0-9]*(_[A-Z0-9]+)*$ ”相匹配”的提示信息?149)“避免在语句中出现嵌套的赋值语句”的提示信息? (15)1引言在编码规范推进过程中,陆续收到很多开发人员提交上来的疑问,这里逐一统一做了一个整理和收集,做成能够为开发人员提供指导意见的工作流程,以提供大家互相参考和借鉴,共通把电信信息化部的编码风格做到一致,为编码质量的提高奠定基础。
Java 程序编码规范(初学者要牢记)所有的程序开发手册都包含了各种规则。
一些习惯自由程序人员可能对这些规则很不适应,但是在多个开发人员共同写作的情况下,这些规则是必需的。
这不仅仅是为了开发效率来考虑,而且也是为了后期维护考虑。
命名规范定义这个规范的目的是让项目中所有的文档都看起来像一个人写的,增加可读性,减少项目组中因为换人而带来的损失。
(这些规范并不是一定要绝对遵守,但是一定要让程序有良好的可读性)Package 的命名Package 的名字应该都是由一个小写单词组成。
Class 的命名Class 的名字必须由大写字母开头而其他字母都小写的单词组成Class 变量的命名变量的名字必须用一个小写字母开头。
后面的单词用大写字母开头。
Static Final 变量的命名Static Final 变量的名字应该都大写,并且指出完整含义。
参数的命名参数的名字必须和变量的命名规范一致。
数组的命名数组应该总是用下面的方式来命名:byte[] buffer;而不是:byte buffer[];方法的参数使用有意义的参数命名,如果可能的话,使用和要赋值的字段一样的名字:SetCounter(int size){this.size = size;}Java 文件样式所有的Java(*.java) 文件都必须遵守如下的样式规则版权信息版权信息必须在java 文件的开头,比如:/*** Copyright ? 2000 Shanghai XXX Co. Ltd.* All right reserved.*/其他不需要出现在javadoc 的信息也可以包含在这里。
Package/Importspackage 行要在import 行之前,import 中标准的包名要在本地的包名之前,而且按照字母顺序排列。
如果import 行中包含了同一个包中的不同子目录,则应该用* 来处理。
package .stats;import java.io.*;import java.util.Observable;import hotlava.util.Application;这里java.io.* 使用来代替InputStream and OutputStream 的。
Java编码规范Java编码规范是指在Java语言开发过程中对代码格式、命名规范、注释等方面的规范。
它涵盖了许多方面,包括代码格式、命名规范、注释等等,并且会让代码更加易于理解和维护。
下面分步骤来阐述Java 编码规范。
1.代码格式- 代码缩进:使用四个空格。
- 代码行长度:每行不超过80个字符。
- 代码块括号:左大括号放在语句后,右大括号独立一行。
- 空行:在方法或类中的单独任务之间使用空白行来分隔。
- 其他注意事项:避免使用过多的空格,在行末不要有空格,避免使用tab字符。
2.命名规范- 包名:使用小写字母,多个单词使用.分割。
- 类名:使用驼峰命名法,每个单词首字母大写。
- 方法名:使用驼峰命名法,每个单词首字母小写。
- 变量名:使用驼峰命名法,每个单词首字母小写。
- 常量名:所有字母大写,单词之间用_分割。
- 其他注意事项:名称应该避免缩写,可读性要优先。
3.注释- 类、方法和变量都应该进行注释。
- 类和方法的注释应当使用javadoc格式。
- 变量和常量可以使用单行注释或行尾注释。
- 注释要避免使用无意义的话语,应该简明扼要地描述该元素的意义。
Java编码规范对开发人员来说是非常重要的,这能让代码更清晰、可读性更强,并且统一规范有助于团队协作的进行。
了解并遵循Java编码规范,可以帮助开发人员编写出高质量的Java代码,从而提高代码质量,减少bug的出现,提高项目的稳定性。
此外,标准的Java编码规范可以方便代码的查看和维护,便于未来项目的扩展。
因此,遵循Java编码规范是每个Java开发人员的责任和义务。
java编码规则【实用版】目录1.Java 编码规范概述2.Java 编码规则详解2.1 命名规范2.2 注释规范2.3 代码格式化2.4 控制结构2.5 数据类型及操作2.6 异常处理2.7 类与对象2.8 接口与继承2.9 泛型2.10 集合框架2.11 多线程正文【提纲】详解1.Java 编码规范概述Java 编码规范,顾名思义,是指在编写 Java 程序时遵循的一系列规则和约定。
这些规范旨在提高代码的可读性、可维护性和可扩展性,帮助开发者编写出高质量的 Java 代码。
Java 编码规范主要涵盖了命名规范、注释规范、代码格式化、控制结构、数据类型及操作、异常处理、类与对象、接口与继承、泛型、集合框架和多线程等方面。
2.Java 编码规则详解2.1 命名规范Java 命名规范主要包括以下几方面:- 类名、接口名和枚举常量名应使用驼峰命名法,即每个单词的首字母大写,除第一个单词外。
- 方法名和变量名应使用驼峰命名法,但第一个单词的首字母小写。
- 常量名应使用大写字母和下划线组合。
- 注释名应以双斜杠(//)开头。
2.2 注释规范注释是程序员对代码的解释和说明,有助于提高代码的可读性。
Java 注释规范要求:- 单行注释以双斜杠(//)开头。
- 多行注释以斜杠星号(/*)开头,以星号斜杠(*/)结尾。
- 注释应简洁明了,避免过多冗余。
2.3 代码格式化代码格式化是指按照一定的风格对代码进行排版,以提高代码的可读性。
Java 代码格式化要求:- 每行代码的长度不超过 80 个字符。
- 语句之间留有空格,以提高可读性。
- 适当的换行和缩进,使代码结构更清晰。
2.4 控制结构Java 控制结构包括条件语句、循环语句和分支语句等。
控制结构应简洁明了,避免过于复杂的逻辑。
2.5 数据类型及操作Java 数据类型包括基本数据类型和引用数据类型。
数据类型操作应遵循以下规范:- 变量应在使用前初始化。
- 避免使用未初始化的变量。
java 代码规范Java代码规范是指在Java程序设计中遵循的一些规则和约定,旨在提高代码的可读性、可维护性和可移植性。
遵守代码规范可以帮助团队成员更好地理解和协作开发,提高代码的质量和可靠性。
本文将围绕Java代码规范展开讨论,包括命名规范、代码风格、注释规范、异常处理等方面的内容。
一、命名规范1.包名规范包名应该全小写,连接符可以使用小写字母和下划线,不推荐使用数字。
包名应该能够清晰地表达包所包含的内容,不要使用太长或者太短的包名。
2.类名规范类名应该采用驼峰命名法,首字母大写,类名应该能够清晰地表达类的用途,不要使用太长或者太短的类名。
如果类名由多个单词组成,应该遵循每个单词首字母大写的命名规范。
3.接口名规范接口名应该采用驼峰命名法,首字母大写,接口名应该能够清晰地表达接口的用途,不要使用太长或者太短的接口名。
如果接口名由多个单词组成,应该遵循每个单词首字母大写的命名规范。
4.变量名规范变量名应该采用驼峰命名法,首字母小写,变量名应该能够清晰地表达变量的用途,不要使用太长或者太短的变量名。
如果变量名由多个单词组成,应该遵循每个单词首字母小写的命名规范。
5.常量名规范常量名应该全大写,单词之间使用下划线分隔,常量名应该能够清晰地表达常量的用途,不要使用太长或者太短的常量名。
6.方法名规范方法名应该采用驼峰命名法,首字母小写,方法名应该能够清晰地表达方法的用途,不要使用太长或者太短的方法名。
如果方法名由多个单词组成,应该遵循每个单词首字母小写的命名规范。
二、代码风格1.缩进和空格缩进使用4个空格,不使用tab键。
在操作符前后使用空格,增强代码的可读性。
2.大括号的使用在类定义、方法定义、控制结构等的语句块后面使用大括号,增强代码的可读性。
3.代码行长度每行代码的长度不要超过80个字符,超过80个字符的代码应该使用换行符进行分割。
4.引号的使用字符串常量应该使用双引号,字符常量应该使用单引号。
java 编码规范《Java编码规范》1. 代码风格- 代码缩进:使用4个空格进行缩进,不使用制表符。
- 行长限制:每行代码不超过80个字符,超出则进行换行。
- 行尾空格:行尾不留空格。
- 行尾注释:行尾注释与代码之间至少保留2个空格的距离。
- 命名规范:使用驼峰命名法,类名首字母大写,变量和方法名首字母小写。
- 常量命名:常量使用全大写字母,并用下划线分隔单词。
- 空行:类与方法之间保留一个空行,方法内逻辑块之间保留一个空行。
2. 注释规范- 文件注释:每个源文件的头部必须包含文件注释,说明该文件的作者、日期等信息。
- 类注释:每个类的头部必须包含类注释,描述该类的作用、用法等。
- 方法注释:每个方法必须包含方法注释,描述该方法的功能、参数、返回值等。
- 代码注释:在代码中需要加入注释说明的地方,添加合理的注释来增加代码可读性。
3. 包和导入规范- 包名规范:包名全部小写,多个包名之间用英文句点"."分隔,采用反域名形式命名。
- 导入规范:不要使用通配符"*"导入整个包,应明确导入所需的类。
4. 类和接口规范- 类结构顺序:依次按照成员变量、构造方法、普通方法的顺序来编写类的结构。
- 成员变量声明:先声明公有的静态常量,再声明私有的静态变量,接着声明私有的实例变量。
- 构造方法:在类的开头部分声明构造方法,按照方法名和参数顺序进行编写。
- 方法和变量:局部变量应放在使用的最近位置上,避免声明太早或太迟,增加代码的可读性。
5. 异常处理规范- 异常的捕获和处理:在可能发生异常的地方进行捕获和处理,而不是简单地将异常抛出给上层调用者。
- 不要捕获并忽略异常:捕获异常后应该进行适当的处理,而不是简单地将异常信息打印出来或者忽略它们。
6. 标准化代码结构- 采用分层结构:将代码按照功能、模块进行划分,每个模块或类负责一部分功能。
- 逻辑清晰:保持代码逻辑清晰,避免重复、冗余的代码,使用合适的设计模式来优化代码结构。
Java编码规范一、 Java命名的一般性规范1. 类名首字母应该大写。
属性(成员变量)、方法、对象变量以及所有标识符(如形式参数、实际参数、局部变量)的首字母应小写,其中包含的所有单词都应紧靠在一起,而且大写中间单词的首字母。
例如:类名:ThisIsAClassName属性或方法名:thisIsMethodOrFieldName对象变量:thisIsAClassVariable2. Java 包(Package)属于一种特殊情况,它们全都是小写字母,即便中间的单词亦是如此。
对于全局包,将你的Internet 域名反转并接上包名,例如:com.yourcorp.web.public.package另外,package 行要在import 行之前,import 中标准的包名要在本地的包名之前,而且按照字母顺序排列。
如果import 行中包含了同一个包中的不同子目录,则应该用* 来处理。
例如package .stats;import java.io.*;import java.util.Observable;import hotlava.util.Application;这里 java.io.* 是用来代替InputStream and OutputStream 的。
3. 接口(Interface):采用完整的英文描述符说明接口封装,所有单词的第一个字母大写。
习惯上,名字后面加上后缀able,ible 或者er。
例如:Contactable,Prompter。
4. 组件(Component)使用完整的英文描述来说明组件的用途,末端应接上组件类型。
例如:okButton,customerList,fileMenu。
5. 类中常用方法的命名:● 类的获取方法(一般具有返回值)一般要求被方法名使用被访问字段名,前面加上前缀get,如getFirstName(), getLastName()。
● 类的布尔型的判断方法一般要求方法名使用单词is 做前缀,如isPersistent(),isString()。
JAVA最全的编码规范(1) 类名首字母应该大写。
字段、方法以及对象(句柄)的首字母应小写。
对于所有标识符,其中包含的所有单词都应紧靠在一起,而且大写中间单词的首字母。
例如:ThisIsAClassNamethisIsMethodOrFieldName若在定义中出现了常数初始化字符,则大写static final基本类型标识符中的所有字母。
这样便可标志出它们属于编译期的常数。
Java包(Package)属于一种特殊情况:它们全都是小写字母,即便中间的单词亦是如此。
对于域名扩展名称,如com,org,net或者edu等,全部都应小写(这也是Java 1.1和Java 1.2的区别之一)。
(2) 为了常规用途而创建一个类时,请采取"经典形式",并包含对下述元素的定义:equals()hashCode()toString()clone()(implement Cloneable)implement Serializable(3) 对于自己创建的每一个类,都考虑置入一个main(),其中包含了用于测试那个类的代码。
为使用一个项目中的类,我们没必要删除测试代码。
若进行了任何形式的改动,可方便地返回测试。
这些代码也可作为如何使用类的一个示例使用。
(4) 应将方法设计成简要的、功能性单元,用它描述和实现一个不连续的类接口部分。
理想情况下,方法应简明扼要。
若长度很大,可考虑通过某种方式将其分割成较短的几个方法。
这样做也便于类内代码的重复使用(有些时候,方法必须非常大,但它们仍应只做同样的一件事情)。
(5) 设计一个类时,请设身处地为客户程序员考虑一下(类的使用方法应该是非常明确的)。
然后,再设身处地为管理代码的人考虑一下(预计有可能进行哪些形式的修改,想想用什么方法可把它们变得更简单)。
(6) 使类尽可能短小精悍,而且只解决一个特定的问题。
下面是对类设计的一些建议:一个复杂的开关语句:考虑采用"多形"机制数量众多的方法涉及到类型差别极大的操作:考虑用几个类来分别实现许多成员变量在特征上有很大的差别:考虑使用几个类(7) 让一切东西都尽可能地"私有"--private。
Java编码规则是指在编写Java代码时应该遵循的一些规范和约定。
这些规则可以帮助开发者提高代码的可读性、可维护性和可扩展性。
以下是一些常见的Java编码规则:
1. 命名规范:类名使用大写字母开头的驼峰式命名法,方法名和变量名使用小写字母开头的驼峰式命名法。
2. 缩进规范:每个缩进级别使用4个空格,而不是制表符,这样可以避免在不同的编辑器中出现不同的缩进距离。
3. 注释规范:每个类和方法都应该有文档注释,说明它们的作用、参数、返回值和异常等信息。
同时,对于复杂的代码块也应该添加注释。
4. 包命名规范:包名应该全部使用小写字母,并且应该基于域名反转命名。
例如,com.example.app。
5. 文件命名规范:类文件应该与类名相同,并使用驼峰式命名法。
例如,MyClass.java。
6. 代码风格规范:代码应该按照一定的风格排列,例如在每个方法之间应该有空行,在每个语句结束时应该使用分号,在括号周围不应该有空格等。
7. 异常处理规范:对于可能抛出异常的代码块,应该使用try-catch语句或者声明抛出异常。
同时,应该在捕获异常时至少打印异常信息。
8. 安全性规范:应该避免使用不安全的函数,例如eval()和exec()
等,应该使用安全的函数或者自己实现安全策略。
9. 性能规范:应该尽可能地优化代码,例如避免使用不必要的对象、减少方法调用次数等。
以上是一些常见的Java编码规则,当然还有很多其他的规则可以根据需要进行补充和完善。
Java编码规范密级:文档编号:Java编码规范文件更改摘要:日期版本号修订说明修订人审核人批准人2016-03-24 1.0 创建目录规范说明 (3)1、介绍 (4)1.1 术语说明 (4)1.2 文档说明 (4)2、源码文件基础 (4)2.1 文件名 (4)2.2 文件编码:UTF-8 (5)2.3 特殊字符 (5)3、源码文件结构 (6)3.1 lincense 或者 copyright的声明信息 (6)3.2 包声明 (6)3.3 import语句 (6)3.4 类声明 (7)4、格式 (7)4.1 花括号 (7)4.2 语句块的缩进:2空格 (8)4.3 一行最多只有一句代码 (8)4.4 行长度限制:80或100 (9)4.5 长行断行 (9)4.6 空白空间 (10)4.7 分组括号:建议使用 (11)4.8 特殊结构 (11)5、命名 (14)5.1 适用于所有命名标识符的通用规范 (14)5.2 不同类型的标示符规范 (14)5.3 Camel case的定义 (16)6、编程实践 (16)6.1 @override 都应该使用 (16)6.2 异常捕获不应该被忽略 (17)6.3 静态成员的访问:应该通过类,而不是对象 (17)6.4 不使用Finalizers 方法 (17)7、Javadoc (18)7.1 格式规范 (18)7.2 摘要片段 (18)7.3 何处应该使用Javadoc (19)规范说明本规范适用的对象是工程院从事Java开发工作的员工。
本规范各条规则标准的制定原则:提高工程院的代码的可读性、一致性和健壮性,提高开发效率,有利于降低软件后期开发维护成本,提高代码复查效率和效果,有利于开发人员养成编码习惯,锻炼出更加严谨的思维能力。
规范实施建议:不是为了规范而规范,而是以提高软件开发质量和效率为目标,辅以IDE 等开发工具为保障,逐步改进编码规范化水平,对于格式规范、注释规范等部分规范的要求,可以通过使用Android Studio自带的Reformat Code方法(快捷键:Ctrl+Shift+L)进行自动格式化,可以提高开发效率又符合编码规范,编码规范文档本身需要定期不断的修正和完善,以符合实际开发规范的要求。
java编码规范Java编码规范是为了提高代码的可读性、可维护性和可重用性而制定的规范。
本文将向您介绍一些常见的Java编码规范,以帮助您编写高质量的Java代码。
1. 命名规范- 类名使用大写开头的驼峰命名法,例如`MyClass`。
- 方法名使用小写开头的驼峰命名法,例如`myMethod`。
- 变量名使用小写的驼峰命名法,例如`myVariable`。
- 常量名使用全大写并用下划线分隔单词,例如`MAX_SIZE`。
- 包名使用全小写并用点分隔单词,例如`com.example.myapp`。
2. 注释规范- 类、方法和变量前应添加注释,说明其作用和用法。
- 可以使用`//`进行行注释,例如:`// This is a comment`。
- 可以使用`/* */`进行块注释,例如:```/** This is a block comment* It can span multiple lines*/```- 每个文件应包含版权信息和作者信息的注释。
3. 缩进规范- 使用4个空格进行缩进,不使用制表符。
- 每个代码块应该有一个缩进级别。
4. 括号规范- 左括号应该在语句或声明的同一行,并在后面加上一个空格。
- 右括号应该独占一行。
```if (condition) {// code here}```5. 空格规范- 在二元运算符之间、逗号之后和分号之后应添加一个空格。
- 在关键字和左括号之间、左括号和参数之间、方法名和左括号之间不应有空格。
6. 异常处理规范- 在可能引发异常的代码周围使用`try-catch`块来处理异常。
- 在`catch`块中处理异常,不要简单地打印异常信息。
- 在方法声明中使用`throws`关键字指定可能抛出的异常。
7. 包规范- 包名应该反映代码的层次结构和功能。
- 不要使用Java的保留关键字作为包名。
8. 导入规范- 不要使用通配符导入,应该明确导入需要使用的类。
文件名称:Java编码规范生效日期:2010年6月18日目录1基本原则 (4)2命名规则(Naming Conventions) (4)2.1项目(Project)(视不同的开发工具) (4)2.2包(Package) (4)2.3类(Class) (5)2.4属性(Property) (5)2.5方法(Method) (6)2.6常量/宏(Constant & Macro) (6)2.7变量(Variable) (7)3代码格式(Language Statement) (8)3.1文件/文件组织(File Organization) (8)3.2包&包含(Package and Import) (9)3.3行长度/页宽(Line Length) (9)3.4换行(Wrapping Lines) (9)3.5空白(White Space) (10)3.6缩进(Indent) (11)3.7括号(Bracket) (11)3.8异常&返回(Exception & Return Code) (12)3.9注释(Comments) (12)3.9.1块注释 (12)3.9.2单行注释 (13)3.9.3末尾注释 (13)3.9.4行尾注释 (13)3.9.5其他注释规则 (13)3.10声明 (16)3.11语句 (16)修订记录Revision Record1 基本原则基本原则为编程时应该坚持的指导思想。
【原则1】保持代码的简明清晰,易读易维护,避免过分的编程技巧。
【原则2】所有的代码尽量遵循SUN JAVA 标准。
【原则3】编程时首先达到正确性,其次考虑效率。
【原则4】避免或少用全局变量。
【原则5】尽可能重用、修正老的代码。
2 命名规则(Naming Conventions )2.1 项目(Project )(视不同的开发工具)2.2 包(Package )原则上,所有的包名都必须以com.sunboon 开头,系统必须提供完整的包类型命名规则,如果是各种不同的项目需要,可以使用不同的项目包名,如:gov.chinapost2.3类(Class)2.4接口(Interface)属性(Property)2.52.6方法(Method)2.7常量/宏(Constant & Macro)2.8Jsp命名新增页面在模块名后面加Add 例: userAdd.jsp修改页面在模块名后面加Update 例: userUpdate.jsp 列表页面在模块名后面加List 例: userList.jsp2.9变量(Variable)注:●如果在实际应用中整个名字太长,可以考虑采用适当的缩写方式。