Java代码规范1
java 开发规范

java开发规范(一)java命名规范1、变量、成员、方法名统一采用驼峰命名(lowerCamelCase),做到见语知其义例子:变量——用户数据(userList)、方法——getUserData(int type)等。
说明:正常变量定义使用驼峰命名,特殊的如DTO\VO\DO等除外。
2、类名的定义(1)普通类名采用大写字母开始;(2)抽象类采用Abstract或Base开头。
例子:普通类——class UserModel,抽象类——abstract class AbstractUserDefinition等。
3、常量、类型、接口、子类的定义(1)常量使用全大写且单词之间用"_“隔开; (2)boolean变量不能使用is开头;(3)接口尽量不要修饰符、子类紧跟接口追加Impl。
例子:常量——SORT_TYPE,布尔类型——flag,接口——UserService,实现类——UserServiceImpl等。
说明:常量不可组装,需要原子性定义,不能出现"KEY”+SORT_TYPE 这种内部出现。
4、包名、异常、枚举、方法名称的定义(1)包名一律采用小写; (2)异常都采用_Exception结尾; (3)枚举都是以Enum结尾;(4)方法名称——根据方法内容采用如插入insert-*。
例子:异常——UserException,包名——com.test,枚举——UserEnum,方法名称——insertUser等。
5、领域模型定义规范:主要是以VO\DTO\DO等结尾例子:用户数据——UserDTO等(1)数据对象:xxxDO,xxx 即为数据表名。
(2)数据传输对象:xxxDTO,xxx为业务领域相关的名称。
(3)展示对象:xxxVO,xxx一般为网页名称。
(4)POJO是DO/DTO/BO/VO的统称,禁止命名成xxxPOJO。
(二)代码格式规范1、括号代码要求左大括号前不换行、左大括号后换行、右大括号前换行、右大括号后还有else等代码则不换行;表示终止的右大括号后必须换行。
java 编码规则

java 编码规则
Java编码规则是指在编写Java程序时需要遵循的一系列规范和约定,旨在提高代码的可读性、可维护性和可扩展性。
下面是一些常见的Java编码规则:
1. 代码缩进:使用四个空格进行缩进,不要使用制表符。
2. 代码行长度:每行代码尽量不超过80个字符,超过时可以换行。
3. 命名规范:使用驼峰命名法,即首字母小写,后面每个单词的首字母大写。
4. 类名:类名使用名词或名词短语,首字母大写。
5. 方法名:方法名使用动词或动词短语,首字母小写。
6. 变量名:变量名使用名词或名词短语,首字母小写。
7. 常量名:常量名应全部大写,并用下划线分隔单词。
8. 注释:为代码添加适当的注释,解释代码的用途、实现细节等。
9. 空格使用:在运算符两侧、逗号后面、冒号后面等地方使用空格,增加代码的可读性。
10.代码格式化:使用合适的缩进、空行、大括号等格式化代码,以增强可读性。
遵循这些Java编码规则可以使你的代码更易于理解和维护。
此外,还可以使用一些静态代码分析工具来自动检查代码是否符合编码规范,如Checkstyle、FindBugs等。
编码规则的遵守不仅仅是个人习惯的问题,也是一个团队合作的重要环节,通过统一的编码规范可以提高代码的一致性,方便开发人员的协作和项目的维护。
JAVA编程规范(修订)

JAVA编程规范1.1 Java文件名与文件组织结构1.一个java源文件不应该超过2 000行。
2.在Java源文件中应该包含一个单一的公共类(class)或接口(interface),这个公共类或公共接口,应该是这个源文件的第一个类或接口。
3.一个Java源文件一般由下面的顺序构成:(1)文件注释头(2)包名(package)(3)引入(import)声明(4)类(class)或接口(interface)的声明部分1.2 Java文件注释头Java类文件注释头是用来描述该类功能及其特点,以及相关开发信息的,如该类的关联类(通常情况下不描述Java系统核心类如java.util.Vector, ng.Thread等)、开发公司或单位、版权、作者、代码审定人该类所支持的JDK版本、该类版本、开发日期、最后更改日期、修改人、复审人等信息,下面就是一个Java类文件注释头:/****************************************************************** 该类功能及其特点的描述(例如:该类是用来……)** 该类未被编译测试过。
** @see(与该类相关联的类):(AnatherClass.java)*** 开发公司或单位:××软件有限公司研发中心** 版权:本文件版权归属××公司研发中心*** @author(作者):必胜利** @since(该文件所支持的JDK版本):Jdk1.3 或JDK1.42.在重点同时难以理解的地方另加注释。
方法体内的注释应该与其所描述的代码位于同一个层次上。
在一个块注释之前一般有一空白行用于做区分代码与注释的边界。
1.7 变量的声明初始化与放置1.7.1 变量声明1.在一般情况下我们建议每一行代码,只声明一个变量;2.如果变量名称较短并且又是同一数据类型同一结构类型,并且没有给变量初始化则可以在同一行声明;1.7.2 变量初始化尽量在变量声明的地方初始化,如果变量的初始化与有待于计算或处理后的值有关,则我们可以在取得这个值后对变量做初始化。
java 编程规范

java 编程规范Java编程规范是为了促进Java代码的可读性、可维护性和可扩展性而制定的标准。
以下是一些常见的Java编程规范:一、命名规范1. 类名、接口名、枚举名首字母大写,采用驼峰命名法。
2. 变量名、方法名首字母小写,采用驼峰命名法。
3. 常量名全部大写,使用下划线分割单词。
4. 包名全部小写,使用点号分割单词。
二、代码格式1. 使用4个空格缩进。
2. 每行代码长度不超过80个字符。
3. 在二元运算符(如赋值、算术运算、逻辑运算)两侧添加空格。
4. 在逗号、冒号、分号之后添加空格。
5. 在左花括号之后和右花括号之前添加空格。
6. 在注释之前添加空格。
三、代码结构1. 类的成员按照作用域排列,先是静态成员,然后是实例成员。
2. 类的方法按照功能排列,先是构造方法,然后是其他方法。
3. 每个类只负责一个功能,遵循单一职责原则。
4. 使用适当的访问修饰符控制成员变量和方法的访问级别。
四、异常处理1. 不要捕获异常而不做任何处理,应该记录日志或者抛出更高级别的异常。
2. 不要将整个方法体放在try-catch块中,应该只捕获需要处理的异常。
3. 不要使用异常控制程序的流程,应该使用条件语句或者循环结构。
五、注释规范1. 使用Javadoc注释对类、方法、参数、返回值进行说明。
2. 在每个类的头部使用Javadoc注释描述该类的功能。
3. 使用内联注释对代码进行解释、补充和说明。
4. 注释应该清楚、简明、不冗余,遵循自然语言的习惯。
六、其他规范1. 避免使用魔法数值,应该使用常量或者枚举来表示。
2. 使用块注释对重要的代码块进行标注,方便阅读和查找。
3. 使用业界公认的缩写和术语,避免拼写错误和歧义。
4. 使用合适的数据结构和算法来解决问题,避免低效的代码。
以上仅是Java编程规范的一部分,具体的规范还需要根据具体的项目和团队来制定。
遵循编程规范可以提高代码质量和可维护性,提升团队的协作效率。
Jav代码规范

封面作者:Pan Hongliang仅供个人学习Java代码规范前言:为提高软件开发的质量和速度、增强代码的可读性、统一编程人员在实际工作中的代码编写风格,特此制定出本团队的代码规范,希望各位同仁认真阅读、严格遵守本规范。
本规范由ncs-网络事业部维护。
规范等级说明∙级别I: 默认级别,要求所有项目中的所有成员遵守。
∙级别II: 建议所有项目中的所有成员遵守。
∙级别III: 鼓励各个项目根据实际情况执行。
1.格式与命名规范(Formating and Naming Conventions)1.1 缩进使用Tab缩进,而不是空格键--将缩进2,4,8字符的选择权留给阅读者。
1.2 换行每行120字符--因为已是1024*768的年代。
if,for,while语句只有单句时,如果该句可能引起阅读混淆,需要用" {"和"}"括起来,否则可以省略。
//错误,需要使用花括号{}括起来if (condition)if(condition) doSomething();elsedoSomething();1.3 命名规则∙不允许使用汉语拼音命名∙遇到缩写如XML时,仅首字母大写,即loadXmlDocument()而不是loadXMLDocument()∙Package名必须全部小写,尽量使用单个单词∙为了基于接口编程,不采用首字母为I或加上IF后缀的命名方式,如IBookDao,BookDaoIF。
∙页面部件名建议命名为:btnOK、lblName或okBtn、nameLbl。
( II )其中btn、lbl缩写代表按钮(Button)、标签(Label)。
∙局部变量及输入参数不要与类成员变量同名(get/set方法与构造函数除外)∙方法的名字的第1个单词应以小写字母开头,后面的单词则建议用大写字母开头。
∙常量的名字应该都使用大写字母,并且指出该常量完整含义。
如果一个常量名称由多个单词组成,则建议用下划线来分割这些单词1.4 声明∙修饰符应该按照如下顺序排列:public, protected, private, abstract, static, final, transient, volatile, synchronized, native, strictfp。
JAVA代码注释规范

JAVA代码注释规范目录JA V A代码注释规范 (1)注释的原则 (1)注释的简洁 (1)注释的一致性 (1)注释的位置 (2)注释的数量 (2)删除无用注释 (2)复杂的注释 (2)多余的注释 (2)必加的注释 (3)JA V A注释技巧 (3)JA V A注释具体实现 (4)源文件注释 (4)类(模块)注释: (5)接口注释: (5)构造函数注释: (6)方法注释: (6)方法内部注释: (7)全局变量注释: (7)局部(中间)变量注释: (7)常量 (7)p.s. 注释使用统一的注释文件 (8)注释的原则注释形式统一在整个应用程序中,使用具有一致的标点和结构的样式来构造注释。
如果在其他项目组发现他们的注释规范与这份文档不同,按照他们的规范写代码,不要试图在既成的规范系统中引入新的规范。
注释的简洁内容要简单、明了、含义准确,防止注释的多义性,错误的注释不但无益反而有害。
注释的一致性在写代码之前或者边写代码边写注释,因为以后很可能没有时间来这样做。
另外,如果有机会复查已编写的代码,在今天看来很明显的东西六周以后或许就不明显了。
通常描述性注释先于代码创建,解释性注释在开发过程中创建,提示性注释在代码完成之后创建。
修改代码的同时修改相应的注释,以保证代码与注释的同步。
注释的位置保证注释与其描述的代码相邻,即注释的就近原则。
对代码的注释应放在其上方相邻或右方的位置,不可放在下方。
避免在代码行的末尾添加注释;行尾注释使代码更难阅读。
不过在批注变量声明时,行尾注释是合适的;在这种情况下,将所有行尾注释要对齐。
注释的数量注释必不可少,但也不应过多,在实际的代码规范中,要求注释占程序代码的比例达到20%左右。
注释是对代码的“提示”,而不是文档,程序中的注释不可喧宾夺主,注释太多了会让人眼花缭乱,注释的花样要少。
不要被动的为写注释而写注释。
删除无用注释在代码交付或部署发布之前,必须删掉临时的或无关的注释,以避免在日后的维护工作中产生混乱。
Java代码规范详细版

Java代码规范1。
标识符命名规范1。
1 概述标识符的命名力求做到统一、达意和简洁。
尽量做到每个人按照规范来,多人开发如一人开发一样。
1.1。
1 统一统一是指,对于同一个概念,在程序中用同一种表示方法,比如对于供应商,既可以用supplier,也可以用provider,但是我们只能选定一个使用,至少在一个Java项目中保持统一。
统一是作为重要的,如果对同一概念有不同的表示方法,会使代码混乱难以理解。
即使不能取得好的名称,但是只要统一,阅读起来也不会太困难,因为阅读者只要理解一次.1.1。
2 达意达意是指,标识符能准确的表达出它所代表的意义,比如:newSupplier,OrderPaymentGatewayService等;而supplier1, service2,idtts等则不是好的命名方式。
准确有两成含义,一是正确,而是丰富.如果给一个代表供应商的变量起名是order,显然没有正确表达。
同样的,supplier1,远没有targetSupplier意义丰富.1。
1。
3 简洁简洁是指,在统一和达意的前提下,用尽量少的标识符.如果不能达意,宁愿不要简洁。
比如:theOrderNameOfTheTargetSupplierWhichIsTransfered 太长,transferedTargetSupplierOrderName则较好,但是transTgtSplOrdNm就不好了。
省略元音的缩写方式不要使用,我们的英语往往还没有好到看得懂奇怪的缩写。
1。
1.4 骆驼法则Java中,除了包名,静态常量等特殊情况,大部分情况下标识符使用骆驼法则,即单词之间不使用特殊符号分割,而是通过首字母大写来分割。
比如:supplierName, addNewContract,而不是supplier_name,add_new_contract。
1。
1。
5 英文vs 拼音尽量使用通俗易懂的英文单词,如果不会可以向队友求助,实在不行则使用汉语拼音,避免拼音与英文混用.比如表示归档,用archive比较好,用pigeonhole则不好,用guiDang 尚可接受。
java代码规范

java代码规范Java代码规范是一套约定俗成的编程规范,旨在提高代码的可读性、可维护性和可重用性。
以下是一些常见的Java代码规范:命名规范:1. 类名使用大驼峰命名法,例如MyClass。
2. 方法名和变量名使用小驼峰命名法,例如myMethod。
3. 常量名使用全大写字母和下划线,例如MAX_VALUE。
4. 包名使用全小写字母,例如com.example.mypackage。
代码格式规范:1. 使用四个空格缩进,避免使用制表符。
2. 每行代码不超过80个字符,超出则换行。
3. 使用空格将运算符、逗号和分号与操作数分开,例如"int a =b + c;"。
4. 在左括号前后加一个空格,例如"if (condition) {"。
5. 在方法的左花括号前加空格,例如"public void myMethod() {"。
6. 使用大括号括起的代码块独占一行。
7. 在逻辑上相关的代码块之间使用空行分隔。
注释规范:1. 在类、方法和成员变量定义之前使用Javadoc注释说明其作用、参数和返回值。
2. 在方法内部使用注释解释代码的逻辑。
3. 避免使用不必要的注释,代码应尽可能自解释。
代码质量规范:1. 遵循SOLID原则,尽量将代码设计为松耦合、高内聚的模块。
2. 避免使用魔术数字,使用常量代替。
3. 使用异常处理机制来处理可预料的异常情况,不要捕获所有异常。
4. 避免使用全局变量,尽量将变量的作用范围限制在最小范围内。
5. 避免代码冗余和重复,尽量使用工具类和设计模式来重用代码。
测试规范:1. 使用单元测试框架(例如JUnit)编写测试用例,并确保每个方法都有相应的测试用例。
2. 使用断言来验证预期结果和实际结果是否一致。
3. 测试方法的命名应描述被测试方法的功能和预期结果。
版本管理规范:1. 使用版本管理工具(例如Git)来管理代码的版本和变更历史。
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
long_expression2, long_expression3, long_expression4); //RIGHT – blank line follows continuation line because same indent if (long_logical_test_1 || long_logical_test_2 ||long_logical_test_3) { statements; } 续行不能以二进制操作符打头;不要在没有空格出现的地方断行,如,在方 法名和其开括号之间;不能在开括号“{”之前断行,如: //WRONG while (long_expr1 || long_expr2 || long_expr3) { } //RIGHT
/** * Compute the total distance between a set of Points. *@param starshipCoordinates the locations of all know *@return the total distance */ 非 public 的声明也应该有简单的功能性说明。
1.3 Copyright / ID 块的注释
每个源文件应该以 Copyright/ID 块注释开始,内容包括版本信息和一个标准 的版权告示,版本信息的格式:
@(#) module version date [firstname lastname] module :源文件名 version: 版本管理系统中的文件版本 date: 最近修改的日期 firstname lastname:(可选项)
如: a += c[I + j] + (int)d + foo(bar(I + j), e); a = (a + b) / (c * d); if (((X + Y) > (Z + W)) || (a != (b + 3))) { return foo.distance(X, Y); }
3.3 缩进和续行
2.4 方法命名
方法命名应该以首字母小写、后续单词首字母大写,也包括只取首字母的缩 写词;其他字符均小写;不要用下划线将单词分开;命名应该用及物动词或动词 词组。如:
//GOOD method names: showStatus(),drawCircle(),addLayoutComponet() //Bad method names: mouseButton(),DrawCirle(),serverRunning() 方 法 中 要 获 得 或 设 置 一 些 类 的 属 性 时 , 应 该 写 成 getProperty() 或 setProperty(),如: getHeight(),setHeight() 当方法之目的是测试类的 boolean 属性时,应该写成:isProperty(),如: isResizable(),isVisible()
import java.applet.Applet; import java.awt.Point; 在 import 声明中不主张用通配符。如: import java.util.*
1.6 Class/interface 的声明
class/interface 的声明在 import 声明之后,这些定义在源文件中应尽量少;最 多只能有一个 public 类型的声明,且该声明要放于所有 class/interface 之前。 在 public 声明前应该有一段文档注释,描述其功能和参数(用@param 为标志),要 尽量简要。如:
3 空格和空行的使用
3.1 空行
将代码按照逻辑关联分组,组之间以空行分开可以提高可读性。在下列情况 下也应该用空行:
1. 在版权块的注释后、package 声明后、import 段的声明后。 2. 在两个类声明之间。 3. 在两个方法声明之间。 4. 在类内的最后一个域定义和第一个方法声明之间。 5. 在一个块或单行注释前,除非它们是块中的第一行。
标志的使用: 1. 类和接口注释可能按顺序用到标志: @version,@auther, @see,如有多作者用@auther 分开; 2. 构造函数注释可能按顺序用到标志: @param,@exception,@see 3. 方法注释可能按顺序用到标志: @param,@return,@exception,@see 4. 变量注释只能用标志: @see 文本注释以字符*/结尾,为了有助于辨别也可以用**/。 一个方法示例: /** * Checks a object for “coolness”. Performs a comprehensive * coolness analysis on the object. …..in its own right. * * @param obj the object to check for coolness * @return true if the object is cool; false otherwise.
package ng 建议按公司立项产品名组织 package 名,如: package com.card
1.5 Import declaration
import 声明应从第一列开始,和名字间以一个空格分开,并以 package 名分组, 各组间以一空行分隔.组内部的 import 声明应按照字母排序。如:
XXX.equals(new String(VALUE))
if (a == VALUE) { return TRUE;
} else { return isPrime(a);
}
单字符域名应该避免,除临时变量和循环变量。在这种情况下原则是: b for a byte c for a char d for a double e for an Exception object f for a float g for a Graphics object i,j,k,m,n for integers p,q,r,s for String,StringBuffer,or char[] objects 还有一种例外就是 X 和 Y 表示屏幕坐标。避免变量小写“l”,因为其在一些 打印机打印和显示时和“1”很难分清。
/* * @(#) CodingStyleExample.java 1.0 2008/02/23 du_cloud * * Copyright (c) 2008 hime. All Right Reserver. */
1.4 Package declaration
每个源文件应该包含一个 package 的声明。Package 应该从第一列开始, package 名和 package 之间以一空格分开,应由小写字母和“.”组成 如:
JAVA 语言编程规范
1 源文件Leabharlann 1.1 源文件命名Java 源文件的命名格式: ClassOrInterfaceName.java
1.2 源文件的组织
Java 源程序应该包含下列元素,在下列顺序: 1. Copyright/ID block comment 2. package declaration 3. import declaration 4. one or more class/interface declaration 不同的元素之间至少应该有一空行。
Searchable,Sortable,NetwokAccessible 否则用名词或名词词组。 例如: //GOOD type names; LayoutManage,AWTException ArrayIndexOutOfBoundException //BAD type names; ManageLayout awtException array_index_out_of_bounds_exception
2 命名约定
2.1 Package 命名
package 的命名应该用小写字母和数字,没有下划线。如: ng java.awt.image
2.2 Class/interface 的命名
应该以首字母大写、后续单词首字母大写,也包括只取首字母的缩写词,其 他字符均小写,不要用下划线将字母分开,class 命名应该用名词或名词词组。 interface 的命名应该以易读为目的,如果该 interface 的目的是为了赋予某一对象 以特殊的 capability,那么就应该以描述 capability 的形容词来命名。如:
文本注释应该在定义的实体之前,他们之间没有空行。注释的第一行应该是 /**,没其他内容。但应该与下面的定义实体对齐。接下来行的行首包含一个星 号,后跟一空格,再后是注释内容,且应和第一行的星号对齐。第一行的注释是 注释本身的小结,注释文本中的句号后应该是一空格、TAB 或新的一行,注释 文本中可以插入 HTML 标记,除标记:<H1>,<H2>,<H3>,<H4>,<H5>,<H6>,<HR> 外。
while (long_expr1 || long_expr2 ||long_expr3) { }
4 注释
4.1 通用规则和定义
JAVA 支持文本注释、块注释、单行注释和行尾注释,其原则是: 采用 Doxygen 支持的 JavaDoc Style 来注释,可用于自动生成程序说明文档;
4.2 文本注释
行缩进总是四个空格。 代码行被限制在 80 列(对于非 ASCⅡ来说并非 80 个字节)。超过 80 列应划分成一个或多个续行,续行之间应该对齐,行缩进从第 一个续行开始。缩进的多少依赖于声明(statement)的类型。 如果声明在圆括 号的表达式中间续行,如,复杂声明和参数列表的方法,续行应该和第一行左括 号的第一个字符对齐。其他的情况,续行应该保持标准的缩进 4 个空格。如果下 一声明的缩进和前一声明的缩进相同,那么在开大括号后应有一空行,以避免混 淆。 例如: