java代码编写规范

合集下载

华为JAVA编程规范

华为JAVA编程规范

1 Java 编程规范1.1 排版1.1.1 规则规则1程序块要采用缩进风格编写,缩进的空格数为4个,不允许使用TAB缩进。

(1.42+)说明:缩进使程序更易阅读,使用空格缩进可以适应不同操作系统与不同开发工具。

规则2分界符(如大括号‘{’和‘}’)应各独占一行,同时与引用它们的语句左对齐。

在函数体的开始、类和接口的定义、以及if、for、do、while、switch、case语句中的程序或者static、,synchronized等语句块中都要采用如上的缩进方式。

(1.42+) 示例:if (a>b){doStart();}规则3较长的语句、表达式或参数(>80字符)要分成多行书写,长表达式要在低优先级操作符处划分新行,操作符放在新行之首,划分出的新行要进行适当的缩进,使排版整齐,语句可读。

(1.42+)示例:if (logger.isDebugEnabled()){logger.debug("Session destroyed,call-id"+ event.getSession().getCallId());}规则4不允许把多个短语句写在一行中,即一行只写一条语句(1.42+)说明:阅读代码更加清晰示例:如下例子不符合规范。

Object o = new Object(); Object b = null;规则5if, for, do, while, case, switch, default 等语句自占一行,且if, for, do, while,switch等语句的执行语句无论多少都要加括号{},case 的执行语句中如果定义变量必须加括号{}。

(1.42+)说明:阅读代码更加清晰,减少错误产生示例:if (a>b){doStart();}case x:{int i = 9;}规则6相对独立的程序块之间、变量说明之后必须加空行。

(1.42+)说明:阅读代码更加清晰示例:if(a > b){doStart();}//此处是空行return;规则7在两个以上的关键字、变量、常量进行对等操作时,它们之间的操作符之前、之后或者前后要加空格;进行非对等操作时,如果是关系密切的立即操作符(如.),后不应加空格。

Java编程规范总结

Java编程规范总结

Java编程规范总结命名:1. 为包、类、⽅法、变量取⼀个好名字,使代码易于理解2. 禁⽌使⽤魔⿁数字3. 常量命名,由全⼤写单词组成,单词间⽤下划线分隔,且使⽤ static final修饰4. 变量、属性命名,使⽤名词,并采⽤⾸字母⼩写的驼峰命名法5. ⽅法的命名,⽤动词和动宾结构,并采⽤⾸字母⼩写的驼峰命名法6. 类和接⼝的命名,采⽤⾸字母⼤写的驼峰命名法7. 包的命名,由⼀个或若⼲个单词组成,所有的字母均为⼩写8. 数组声明的时候使⽤ int[] index,⽽不要使⽤ int index[]注释:1. 尽量⽤代码来解释⾃⼰2. 注释应解释代码的意图,⽽不是描述代码怎么做的3. 保证注释与代码⼀致,避免产⽣误导4. 注释应与其描述代码位置相邻,放在所注释代码上⽅或右⽅,并与代码采⽤同样缩进5. 不要⽤注释保留废弃代码6. 不要⽤注释记录修改⽇志7. ⼀般单⾏注释⽤//,块注释⽤,JavaDoc注释⽤排版:1. 团队应遵守⼀致的排版风格2. 将排版风格固化到IDE的代码格式化配置⽂件中,并让整个团队使⽤3. 在不同的概念之间,增加空⾏4. 将逻辑紧密相关的代码放在⼀起5. 控制⼀⾏的宽度,不要超过120个字符6. 在不同的概念间(关键字、变量、操作符等)增加空格,以便清楚区分概念7. 采⽤缩进来区分不同层次的概念8. 将局部变量的作⽤域最⼩化9. 给if、for、do、while、switch等语句的执⾏体加⼤括号{}10. 控制⽂件的长度,最好不要超过500⾏变量和类型:1. 谨慎使⽤静态成员变量2. 避免随意进⾏类型强制转换,应改善设计,或在转换前⽤instanceof进⾏判断33. 需要精确计算时不要使⽤float和double4. 不能⽤浮点数作为循环变量5. 浮点型数据判断相等不能直接使⽤==6. 避免同⼀个局部变量在前后表达不同的含义7. 不要在单个的表达式中对相同的变量赋值超过⼀次8. 基本类型优于包装类型,注意合理使⽤包装类型⽅法:1. ⽅法设计的第⼀原则是要短⼩2. ⽅法设计应遵循单⼀职责原则(SRP),⼀个⽅法仅完成⼀个功能3. ⽅法设计应遵循单⼀抽象层次原则(SLAP)4. ⽅法设计应遵循命令与查询职责分离原则(CQRS)5. 不要把⽅法的⼊参当做⼯作变量/临时变量,除⾮特别需要6. 使⽤类名调⽤静态⽅法,⽽不要使⽤实例或表达式来调⽤7. 应明确规定对接⼝⽅法参数的合法性检查由调⽤者负责还是由接⼝⽅法本⾝负责8. ⽅法的参数个数不宜过多9. 谨慎使⽤可变数量参数的⽅法包、类和接⼝:1. 类和接⼝的设计应遵循⾯向对象SOLID设计原则2. 类的设计应遵循迪⽶特法则3. 类的设计应遵循“Tell,Don't ask”原则4. 类设计时优选组合⽽不是继承5. 除提供给外部使⽤的全局常量外,应尽量避免类成员变量被外部直接访问6. 避免在⽆关的变量或⽆关的概念之间重⽤名字,避免隐藏(hide)、遮蔽(shadow)和遮掩(obscure)7. 覆写(override)——⼦类与⽗类间8. 重载(overload)——类内部9. 隐藏(hide)——⼦类与⽗类间10. 遮蔽(shadow)——类内部11. 遮掩(obscure)——类内部12. 不要在⽗类的构造⽅法中调⽤可能被⼦类覆写的⽅法13. 覆写equals⽅法时,应同时覆写hashCode⽅法14. ⼦类覆写⽗类⽅法时应加上@Override注解15. 接⼝定义中去掉多余的修饰词16. 设计时,考虑类的可变性最⼩化异常:1. 只针对真正异常的情况才使⽤exception机制2. 在抛出异常的细节信息中,应包含能捕获失败的信息3. 对可恢复的情况使⽤受检异常(checked exception),对编程错误使⽤运⾏时异常(runtime exception)4. 不要忽略异常5. ⽅法注释和⽂档中要包含所抛出异常的说明6. ⽅法抛出的异常,应该与本⾝的抽象层次相对应7. 对第三⽅API抛出⼤量各类异常进⾏封装8. 使⽤异常来做错误处理,⽽⾮错误码9. 在finally块中不要使⽤return、break或continue使finally块⾮正常结束10. 不要直接捕获受检异常的基类Exception11. ⼀个⽅法不应抛出太多类型的异常12. 充分利⽤断⾔⽇志:1. ⽇志信息准确、繁简得当,满⾜快速定位的需要2. ⽇志的记录,不要使⽤ System.out 与 System.err 进⾏控制台打印,应该使⽤专⽤的⽇志⼯具(⽐如:slf4j+logback)进⾏处理3. ⽇志⼯具对象logger应声明为private static final4. ⽇志应分等级5. ⽇志中不要记录敏感信息多线程并发:1. 多线程访问同⼀个可变变量,需增加同步机制2. 禁⽌不加控制地创建新线程3. 创建新线程时需指定线程名4. 使⽤Thread对象的setUncaughtExceptionHandler⽅法注册Runtime异常的处理者(v1.5+)5. 不要使⽤Thread.stop⽅法,因为该⽅法本质是不安全的,使⽤它可能会导致数据遭到破坏6. 不要依赖线程调度器、线程优先级和yield()⽅法7. 采⽤Java1.5提供新并发⼯具代替wait和notify(v1.5+)8. 使⽤线程安全集合在多线程间共享可变数据9. 多线程操作同⼀个字符串相加,应采⽤StringBuffer10. 针对线程安全性,需要进⾏⽂档(javadoc)说明运算和表达式:1. 不要写复杂的表达式2. 运算时应避免产⽣溢出3. 采⽤括号明确运算的优先级控制语句:1. 采⽤for-each代替传统的for循环(v1.5+)2. 在switch语句的每⼀个case、和default中都放置⼀条break语句序列化:1. 尽量不要实现Serializable接⼝2. 序列化对象中的HashMap、HashSet或HashTable等集合不能包含对象⾃⾝的引⽤3. 实现Serializable接⼝的可序列化类应该显式声明 serialVersionUID泛型:1. 在集合中使⽤泛型(v1.5+)2. 类的设计可优先考虑泛型(v1.5+)3. ⽅法的设计可优先考虑泛型(v1.5+)4. 优先使⽤泛型集合,⽽不是数组(v1.5+)其他语⾔特性:1. 新代码不要使⽤已标注为@deprecated的⽅法2. 使⽤JDK⾃带的API或⼴泛使⽤的开源库,不要⾃⼰写类似的功能。

java编码规范文档

java编码规范文档

java编码规范文档# Java编码规范文档。

一、前言。

小伙伴们!当我们一起在Java的世界里畅游时,要是大家都按照一套约定俗成的编码规范来写代码,那我们的代码就像训练有素的军队一样,整齐又高效。

这份规范就是我们在Java编程旅程中的小指南,让我们的代码既容易理解,又方便维护。

二、命名规范。

# (一)包(package)命名。

1. 包名应该全部小写,用点(.)分隔单词。

就像你的小包裹要摆放得井井有条一样,包名也得规规矩矩。

例如:`com.example.myproject`,这看起来多清爽。

如果写成`Com.Example.MyProject`,那就像穿着奇装异服的士兵混在整齐的队伍里,很不协调。

# (二)类(class)命名。

1. 类名采用大驼峰命名法(UpperCamelCase),每个单词的首字母大写,不要包含下划线或者其他奇怪的符号。

这就好比给每个班级取一个正式又响亮的名字。

比如:`MyFirstClass`,而不是`my_first_class`或者`my first class`。

那些奇怪的写法就像给班级取个让人摸不着头脑的名字,可不好。

# (三)方法(method)命名。

1. 方法名采用小驼峰命名法(lowerCamelCase),第一个单词小写,后面每个单词首字母大写。

这就像给方法这个小助手取个清晰明了的名字,方便我们知道它是干什么的。

例如:`calculateSum`,而不是`Calculate_Sum`或者`CALCULATESUM`。

要是写成后面那种,就像一个小助手穿着奇装异服,你都不知道它是来帮忙做什么的。

# (四)变量(variable)命名。

1. 变量名同样采用小驼峰命名法。

变量就像一个个小盒子,我们得给它们取个能让人一眼就大概知道里面装什么东西的名字。

像`studentName`,你一看就知道这个变量可能是用来存学生名字的。

要是写成`student_name`或者`STUDENTNAME`,就有点让人迷糊啦。

java 编码规则

java 编码规则

java 编码规则
Java编码规则是指在编写Java程序时需要遵循的一系列规范和约定,旨在提高代码的可读性、可维护性和可扩展性。

下面是一些常见的Java编码规则:
1. 代码缩进:使用四个空格进行缩进,不要使用制表符。

2. 代码行长度:每行代码尽量不超过80个字符,超过时可以换行。

3. 命名规范:使用驼峰命名法,即首字母小写,后面每个单词的首字母大写。

4. 类名:类名使用名词或名词短语,首字母大写。

5. 方法名:方法名使用动词或动词短语,首字母小写。

6. 变量名:变量名使用名词或名词短语,首字母小写。

7. 常量名:常量名应全部大写,并用下划线分隔单词。

8. 注释:为代码添加适当的注释,解释代码的用途、实现细节等。

9. 空格使用:在运算符两侧、逗号后面、冒号后面等地方使用空格,增加代码的可读性。

10.代码格式化:使用合适的缩进、空行、大括号等格式化代码,以增强可读性。

遵循这些Java编码规则可以使你的代码更易于理解和维护。

此外,还可以使用一些静态代码分析工具来自动检查代码是否符合编码规范,如Checkstyle、FindBugs等。

编码规则的遵守不仅仅是个人习惯的问题,也是一个团队合作的重要环节,通过统一的编码规范可以提高代码的一致性,方便开发人员的协作和项目的维护。

Java语言编程规范(华为公司)

Java语言编程规范(华为公司)

Java语言编程规范(华为公司)DKBA华为技术有限公司企业技术规范DKBAXXXX-2001.12代替(DKBA200106-003)Java语言编程规范2001-12-XX发布2001-12-XX实施华为技术有限公司发布VVVVVVV VVVVVVVVVVVX。

XVX.X VX.X VX.X VX.XVX.X 目次前言 .............................................................................. .. (3)1 范围112 规范性引用文件113 术语和定义114 排版规范124.1 规则121.*程序块要采用缩进风格编写,缩进12的空格数为4个。

122.*分界符(如大括号‘{’和‘}’)应各独占一行并且位于同一列,同时与引用它们的语句左对齐。

在函数体的开始、类和接口的定义、以及if、for、do、while、switch、case语句中的程序都要采用如上的缩进方式。

133.*较长的语句、表达式或参数(>80字符)要分成多行书写,长表达式要在低优先级操作符处划分新行,操作符放在新行之首,划分出的新行要进行适当的缩进,使排版整齐,语句可读。

134.*不允许把多个短语句写在一行中,即一行只写一条语句5.*if, for, do, while, case,13switch, default 等语句自占一行,且if, for, do, while等语句的执行语句无论多少都要加括号{}。

6.*相对独立的程序块之间、变量说明13之后必须加空行。

7.*对齐只使用空格键,不使用TAB键。

14VVVVVVV VVVVVVVVVVVX。

XVX.X VX.X VX.X VX.XVX.X 8.*在两个以上的关键字、变量、常量14进行对等操作时,它们之间的操作符之前、之后或者前后要加空格;进行非对等操作时,如果是关系密切的立即操作符(如.),后不应加空格。

java代码规范

java代码规范

Java代码规范安博教育集团2010年4月第1章 目的此文档目的为了定义编码时的风格和规范。

第2章 范围目前,本文档定义了在以Java为主要开发语言的系统的编程指南,包括了开发web应 用时jsp的规范。

第3章 定义、首字母缩写词和缩略语第4章 参考资料第5章 代码规范5.1 代码组织与风格1.关键词和操作符之间加适当的空格。

2.相对独立的程序块与块之间加空行3.较长的语句、表达式等要分成多行书写。

4.划分出的新行要进行适应的缩进,使排版整齐,语句可读。

5.长表达式要在低优先级操作符处划分新行,操作符放在新行之首。

6.循环、判断等语句中若有较长的表达式或语句,则要进行适应的划分。

7.若函数或过程中的参数较长,则要进行适当的划分。

8.不允许把多个短语句写在一行中,即一行只写一条语句。

9.函数或过程的开始、结构的定义及循环、判断等语句中的代码都要采用缩进风格。

5.2 注解定义这个规范的目的是让项目中所有的文档都看起来像一个人写的,增加可读性,减少项目组中因为换人而带来的损失。

(这些规范并不是一定要绝对遵守,但是一定要让程序有良好的可读性)。

Java 的语法与 C++ 及为相似,那么,你知道 Java 的注释有几种吗?是两种?// 注释一行/* ...... */ 注释若干行不完全对,除了以上两种之外,还有第三种,文档注释:/** ...... */ 注释若干行,并写入 javadoc 文档注释要简单明了。

String userName = null; //用户名边写代码边注释,修改代码同时修改相应的注释,以保证注释与代码的一致性。

在必要的地方注释,注释量要适中。

注释的内容要清楚、明了,含义准确,防止注释二义性。

保持注释与其描述的代码相邻,即注释的就近原则。

对代码的注释应放在其上方相邻位置,不可放在下面。

对数据结构的注释应放在 其上方相邻位置,不可放在下面;对结构中的每个域的注释应放在此域的右方;同一结构中不同域的注释要对齐。

java代码规范

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)来管理代码的版本和变更历史。

JAVA编码(代码)规范(WORD版)

JAVA编码(代码)规范(WORD版)

Java编码规范及实践目录Java编码规范及实践 (1)1.2术语 (2)1.3约束 (3)||!(condition5 && condition6)) { (14)4.1一般命名规范 (14)IQuery, IDataAccess,IReportBuilder (15)MAX_TIMES, DEFAULT_NAME (15)4.2特殊命名规范 (17)AbstractReportBuilder,AbstractBeanFactory (18)AccessException, RuntimeException (19)5.2一般原则 (20)1.代码应该和注释保持同步,如果代码和注释不同步,则阅读代码的人会 (20)2.注释尽量简洁,尺度没有准确的定义,大部分人能明白即可,可以将自 (20)Result getResult() throws Exception{ (21)Object getAction(); (22)JavaDoc 工具不要改变格式. (22)Get a default date/time formatter that uses the SHORT (23)Thread.sleep(1000); (24)Derived,如果一个方法可以接受基类对象b 的话:method1(Base b), (25)7.1工厂模式 (26)7.1.1简单工厂 (26)7.1.2工厂方法 (26)7.2单例模式 (27)Client: (27)7.3适配器模式 (28)7.4组合模式 (29)Client: (29)7.5外观模式 (30)Client: (30)7.6代理模式 (31)7.7命令模式 (32)Client: (33)7.8观察者模式 (33)7.9策略模式 (35)Client: (35)IKeyPairGenerable desGenerator = (35)IKeyPairGenerable rsaGenerator = (36)IKeyPairGenerable ideaGenerator = (36)KeyPairManager manager = new KeyPairManager(); (36)7.10模版方法模式 (36)7.11参观者模式 (38)总价格 (40)Client: (40)第1章概述1.1前言代码之于程序员,就像零件之于机械工,庄稼之于农民,它是软件的基石,一行行代码都是程序员的心血经过日日夜夜凝结成的。

java代码规则标准

java代码规则标准

java代码规则标准Java代码规则标准可以参考以下内容:- 类命名:- 抽象类:适用的设计模式为模板模式。

抽象是自下往上的设计。

由具体实现推断出抽象方法。

建议以`Abstract`开头。

- 枚举类:枚举是由JVM来保证的单例。

可以用来做单例类。

枚举类常用来做值判断,不建议每次进行循环判断得到实例。

建议由内部维护一个`map`类型,当做`cache`。

此方法建议放在`static`静态代码块中实现。

- 工具类:工具类常为无状态对象,无状态对象都是线程安全对象,建议使用`final`修饰。

工具类中避免出现业务属性,如果出现业务属性,抽象出领域层。

- 异常类:建议保持异常链。

- 接口实现类:众所周知。

- 设计模式相关类:- 处理特定功能的:其主要的目的是代码可重复使用。

- 测试类:- 领域模型载体:- 方法命名:- 布尔判断方法:- 检查的方法:- 按需求才执行的方法:- 异步相关方法:- 回调方法:- 操作对象生命周期的方法:- 与集合操作相关的方法:- 数据增删改查相关的方法:- 成对出现的动词:- 获取必须的参数:- 获取数据并对数据进行某种处理:- 方法编程建议:- 方法复杂度:凡事逻辑判断语句均为复杂度。

当一个方法中出现了大于等于10个复杂度,建议根据方法实现进行业务抽离。

在编写Java代码时,需要遵循一定的规则和标准,以提高代码的可读性、可维护性和可扩展性。

你可以根据项目的具体需求和团队的约定来选择合适的规范。

(完整word版)JAVA代码规范详细版

(完整word版)JAVA代码规范详细版

JAVA代码规范本Java代码规范以SUN的标准Java代码规范为基础,为适应我们公司的实际需要,可能会做一些修改。

本文档中没有说明的地方,请参看SUN Java标准代码规范。

如果两边有冲突,以SUN 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。

java 代码规范

java 代码规范

java 代码规范Java代码规范是指在Java程序设计中遵循的一些规则和约定,旨在提高代码的可读性、可维护性和可移植性。

遵守代码规范可以帮助团队成员更好地理解和协作开发,提高代码的质量和可靠性。

本文将围绕Java代码规范展开讨论,包括命名规范、代码风格、注释规范、异常处理等方面的内容。

一、命名规范1.包名规范包名应该全小写,连接符可以使用小写字母和下划线,不推荐使用数字。

包名应该能够清晰地表达包所包含的内容,不要使用太长或者太短的包名。

2.类名规范类名应该采用驼峰命名法,首字母大写,类名应该能够清晰地表达类的用途,不要使用太长或者太短的类名。

如果类名由多个单词组成,应该遵循每个单词首字母大写的命名规范。

3.接口名规范接口名应该采用驼峰命名法,首字母大写,接口名应该能够清晰地表达接口的用途,不要使用太长或者太短的接口名。

如果接口名由多个单词组成,应该遵循每个单词首字母大写的命名规范。

4.变量名规范变量名应该采用驼峰命名法,首字母小写,变量名应该能够清晰地表达变量的用途,不要使用太长或者太短的变量名。

如果变量名由多个单词组成,应该遵循每个单词首字母小写的命名规范。

5.常量名规范常量名应该全大写,单词之间使用下划线分隔,常量名应该能够清晰地表达常量的用途,不要使用太长或者太短的常量名。

6.方法名规范方法名应该采用驼峰命名法,首字母小写,方法名应该能够清晰地表达方法的用途,不要使用太长或者太短的方法名。

如果方法名由多个单词组成,应该遵循每个单词首字母小写的命名规范。

二、代码风格1.缩进和空格缩进使用4个空格,不使用tab键。

在操作符前后使用空格,增强代码的可读性。

2.大括号的使用在类定义、方法定义、控制结构等的语句块后面使用大括号,增强代码的可读性。

3.代码行长度每行代码的长度不要超过80个字符,超过80个字符的代码应该使用换行符进行分割。

4.引号的使用字符串常量应该使用双引号,字符常量应该使用单引号。

java 编码规范

java 编码规范

java 编码规范《Java编码规范》1. 代码风格- 代码缩进:使用4个空格进行缩进,不使用制表符。

- 行长限制:每行代码不超过80个字符,超出则进行换行。

- 行尾空格:行尾不留空格。

- 行尾注释:行尾注释与代码之间至少保留2个空格的距离。

- 命名规范:使用驼峰命名法,类名首字母大写,变量和方法名首字母小写。

- 常量命名:常量使用全大写字母,并用下划线分隔单词。

- 空行:类与方法之间保留一个空行,方法内逻辑块之间保留一个空行。

2. 注释规范- 文件注释:每个源文件的头部必须包含文件注释,说明该文件的作者、日期等信息。

- 类注释:每个类的头部必须包含类注释,描述该类的作用、用法等。

- 方法注释:每个方法必须包含方法注释,描述该方法的功能、参数、返回值等。

- 代码注释:在代码中需要加入注释说明的地方,添加合理的注释来增加代码可读性。

3. 包和导入规范- 包名规范:包名全部小写,多个包名之间用英文句点"."分隔,采用反域名形式命名。

- 导入规范:不要使用通配符"*"导入整个包,应明确导入所需的类。

4. 类和接口规范- 类结构顺序:依次按照成员变量、构造方法、普通方法的顺序来编写类的结构。

- 成员变量声明:先声明公有的静态常量,再声明私有的静态变量,接着声明私有的实例变量。

- 构造方法:在类的开头部分声明构造方法,按照方法名和参数顺序进行编写。

- 方法和变量:局部变量应放在使用的最近位置上,避免声明太早或太迟,增加代码的可读性。

5. 异常处理规范- 异常的捕获和处理:在可能发生异常的地方进行捕获和处理,而不是简单地将异常抛出给上层调用者。

- 不要捕获并忽略异常:捕获异常后应该进行适当的处理,而不是简单地将异常信息打印出来或者忽略它们。

6. 标准化代码结构- 采用分层结构:将代码按照功能、模块进行划分,每个模块或类负责一部分功能。

- 逻辑清晰:保持代码逻辑清晰,避免重复、冗余的代码,使用合适的设计模式来优化代码结构。

Java代码风格与规范:编写可读性强的代码

Java代码风格与规范:编写可读性强的代码

Java代码风格与规范:编写可读性强的代码引言在软件开发领域,编写可读性强的代码是非常重要的。

无论是个人开发还是团队合作,良好的代码风格和规范可以提高代码的可维护性和可扩展性。

本文将探讨Java代码风格与规范,以帮助开发者编写更加易读的代码。

一、命名规范良好的命名规范是编写可读性强的代码的基础。

在Java中,我们应该遵循以下命名规范:1. 类名应该使用名词或名词短语,采用驼峰命名法,首字母大写。

例如:Student, BookManager。

2. 方法名应该使用动词或动词短语,采用驼峰命名法,首字母小写。

例如:calculateTotal, printInfo。

3. 变量名应该使用名词或名词短语,采用驼峰命名法,首字母小写。

例如:studentName, bookCount。

4. 常量名应该使用大写字母和下划线,多个单词之间用下划线分隔。

例如:MAX_COUNT, DEFAULT_VALUE。

5. 包名应该采用小写字母,多个单词之间用点分隔。

例如:com.example.project。

二、代码缩进和格式化良好的代码缩进和格式化可以提高代码的可读性。

在Java中,我们应该遵循以下格式化规范:1. 使用四个空格进行缩进,而不是制表符。

这样可以在不同的编辑器和IDE中保持一致的缩进。

2. 在代码块之间留出适当的空行,以提高代码的可读性。

3. 在代码中使用适当的空格,例如在操作符周围和逗号后面。

4. 对于较长的代码行,应该在适当的位置进行换行,以避免超出编辑器的可见范围。

三、注释规范良好的注释可以提供代码的上下文和解释,帮助其他开发者理解代码的意图。

在Java中,我们应该遵循以下注释规范:1. 在类、方法和字段的上方使用JavaDoc注释,描述其用途和功能。

2. 在方法内部使用单行或多行注释,解释代码的关键步骤和逻辑。

3. 避免使用无意义的注释,注释应该提供有用的信息而不是重复代码本身。

4. 及时更新注释,保持注释与代码的一致性。

Java编程规范(10页)免费下载.pdf

Java编程规范(10页)免费下载.pdf

程序注释
程序注释有四种格式:块注释格式,单行注释,跟随注释,行尾注释
¾ 块注释格式 块注释主要用于描述:文件、方法、数据结构和算法。一般在文件或者方法定义的
之前使用。也可以用在方法定义里面,如果块注释放在函数或者方法定义里,它必须与 它所描述的代码具有相同的缩进形式。
块注释应该用一个空行开头,以便于代码部分区分开来。 块注释举例:
会打字、5分钟快速自助建网站易启建站网免费提供建站平台,商业网站1年仅60元
简单语句
每行最多包含一个语句。
例如:
argv++;
// 正确
argc++;
// 正确
argv++; argc--; // 错误,应该避免这样写
组合语句
组合语句使用大括号括起来的一串语句。
1. 大括号中的语句比组合语句多一级缩进。
命名规则为: com.sinosoft.系统名[.模块名].xxx.xxx 具体参错误!未找到引用源。
包命名举例: com.sinosoft.platform.bl.facade com.sinosoft.platform.dto.domain
类命名规范 类名应该是名词,并且是大小写混合的。首字母要大写。尽量保证类名简单并且描
}
¾ 行尾注释 注释标记“//”能够注释一行或者该行由“//”开始直到行尾的部分。行尾注释不
能用在多行文本注释中。但它可以将多行代码注释掉。这三种注释方法举例如下。
if (foo > 1) {
// Do a double-flip.
...
}
else{
return false;
// Explain why here.

Java编程规范(DOC)

Java编程规范(DOC)

Java编程规范(DOC)预览说明:预览图片所展示的格式为文档的源格式展示,下载源文件没有水印,内容可编辑和复制Java编程规范目录Java编程规范 (1)1编码规则 (1)2命名规范 (7)2.1类名、变量名(非final)、方法名 (7)2.2驼峰式命名 (7)2.3不能使用没有任何含义的英文字母进行命名 (7)2.4不能使用拼音进行命名,统一使用准确的英文进行命名 (8)2.5包名 (8)2.6接口与类的命名 (8)2.7抽象类命名 (8)2.8实现类命名 (8)2.9工具类命名 (8)2.10变量命名 (8)2.115、方法命名 (9)2.12系统的命名约定 (9)1编码规则1、数据库操作、IO操作等需要使用结束close()的对象必须在try -catch-finally 的finally中close(),如果有多个IO对象需要close(),需要分别对每个对象的close()方法进行try-catch,防止一个IO对象关闭失败其他IO对象都未关闭。

手动控制事务提交也要进行关闭,对大对象进行关闭操作示例:try{// ... ...}catch(IOException ioe){//... ...}finally{try{out.close();}catch(IOException ioe){//... ...}try{in.close();}catch(IOException ioe){//... ...}}2、系统非正常运行产生的异常捕获后,如果不对该异常进行处理,则应该记录日志。

说明:此规则指通常的系统非正常运行产生的异常,不包括一些基于异常的设计。

若有特殊原因必须用注释加以说明。

logger.error(ioe,“[类.方法]描述”,参数);示例:try{//.... ...}catch(IOException ioe){logger.error(ioe);}3、自己抛出的异常必须要填写详细的描述信息。

java编码规范

java编码规范

编码规范1.编写目的本规范的目的在于编写可靠的、一致的、便于理解的JAVA源代码,并且写出的代码被其他人阅读,所有的JAVA代码保持良好的致性,容易在以后的阶段中进行维护和升级。

同时,也是为了通过一定时间的实践,增加我们的软件产品的投入产出量,以提高我们的工作效率。

2.适应范围适用于JAVA程序开发人员,或后续开发人员。

可以方便系统的开发与维护,使系统开发与维护可以顺利展开。

3.代码命名一般原则我们开发的是一个JSP新闻发布系统,用的编码方式是JAVA,因此用的命名总原则是:3.1.用全英文单词命名的方式,准确地描述变量、属性、类等。

如:使用firstNname、grandTotal、等命名就比x1、y1、fn等更容易让人理解其含义,尽管它们的长度要大一些。

3.2.采用一些更加准确的术语来命名。

例如:如果我们的用户称他们的clients为customers ,那么我们就应该用customer来命名,而不是采用client来命名。

这是一些细微的地方,但也希望能注意。

3.3.采用大小写混合的方式来命名,以便命名有很好的可读性。

在JAVA代码中,将采用如下原则:类或接口命名中每个单词的首字母均大写,而单词的剩余部分均小写。

其它像变量、成员方法、属性等除第一个单词全部小写以外,其它单词的首写字母均大写,而单词的剩余部分均小写。

3.4.尽量少用单词的缩写形式,但如果一定要用,则选择大家通用的缩写方式,并且要在本JAVA源代码中坚持用它,而不要一会用这种缩写方式,一会用那种缩写方式。

比如,如果要用“number”的缩写方式,则可用“no”或“num”两种缩写方式,而不要用“nu”这种大家不常用的缩写方式,并且要保持不变。

3.5.尽量避免太长的命名,一般以少于20个字符为宜。

3.6.尽量避免使用这样命名:两个或多个命名仅仅是其中的有些字符大小写不一样,或者仅仅是其中有些单词是单复数之区别。

例如:persistentObject与persistentObjexts;anSqlDatabase与anSQLDataBase等。

java代码编写规范

java代码编写规范

java代码编写规范Java代码编写规范是为了保持代码的一致性、可读性、可维护性和可扩展性而制定的一套规则。

以下是一些常见的Java代码编写规范:1. 命名规范:- 类名使用大写字母开头的驼峰命名法,如MyClass。

- 方法名使用小写字母开头的驼峰命名法,如myMethod。

- 变量名使用小写字母开头的驼峰命名法,并能直观地描述变量的含义,如myVariable。

- 常量名使用全大写的下划线命名法,如MAX_SIZE。

2. 缩进和空格:- 使用4个空格进行缩进,不要使用Tab键。

- 运算符之间加空格,如 a + b。

- 逗号之后加空格,如int a, int b。

- 括号之间加空格,如if (condition)。

- 方法和类的左括号不另起一行。

3. 注释规范:- 使用Javadoc格式进行注释,包括类、方法和成员变量的说明。

- 每个方法需说明参数、返回值和可能抛出的异常。

- 不要保留没有用的注释。

- 注释应该与代码保持一致,不要误导阅读者。

4. 类和方法的设计:- 类应该具有单一的职责,不要包含无关的功能。

- 方法应该具有清晰的目的和语义,不要过长或过于复杂。

- 类和方法应该尽量避免过多的参数,如果参数过多,可以考虑使用封装对象。

5. 异常处理:- 对于可能抛出的异常,应该根据情况进行合理的处理,而不是简单地忽略或抛出异常。

- 使用try-catch语句来捕获并处理异常,避免在代码中出现不受控制的异常。

6. 代码重构:- 定期进行代码重构,提高代码的可读性和可维护性。

- 删除无用的代码和注释。

- 提取公共代码块,避免重复的代码。

7. 包名和导入:- 包名应该以小写字母开头,使用有意义的命名。

- 导入语句应该只导入使用到的类,不要使用通配符导入。

8. 代码格式化:- 使用自动代码格式化工具来保持代码的一致性,如Eclipse 的代码格式化功能。

9. 单元测试:- 编写单元测试来验证代码的正确性和可靠性。

java开发规范文档

java开发规范文档

java开发规范文档Java开发规范文档一、命名规范:1.类名使用大驼峰命名法,首字母大写。

2.方法名使用小驼峰命名法,首字母小写。

3.变量名使用小驼峰命名法,首字母小写。

4.常量名使用全大写字母,多个单词之间用下划线连接。

二、代码风格规范:1.代码缩进使用4个空格,不使用制表符。

2.每行代码尽量不超过80个字符。

3.每个方法应该有注释说明其作用。

4.使用行注释或块注释对代码进行注释。

三、类结构规范:1.每个源文件只包含一个类,类名与文件名保持一致。

2.类的字段应该在声明处进行初始化。

3.类的方法按照功能进行分组,相似功能的方法放在一起。

4.类的字段和方法应该用private修饰,对外提供访问的方法使用public修饰。

四、包规范:1.包名采用小写英文字母,多个单词之间用点号(.)分隔。

2.包名应该能够反映出所包含类的功能和用途。

五、注释规范:1.源文件开头应该包含版权声明和作者信息。

2.对于每个类、方法及其参数,应该提供注释,说明其作用和用途。

3.注释应该简洁明了,尽量使用英文。

六、异常处理规范:1.不要在catch块中使用空的catch块。

2.能够处理的异常应该在模块内进行处理,不能处理的异常应该抛出。

七、代码排版规范:1.应该将相关的变量和方法放在一起。

2.应该根据代码逻辑来进行代码的排版,让代码易于阅读。

八、代码复用规范:1.不要重复编写相同功能的代码,应该进行代码复用。

2.可以将公共的代码封装成方法或类,供其他地方使用。

九、版本控制规范:1.使用版本控制工具进行源代码的管理。

2.提交代码前进行代码的版本比较和合并。

以上是Java开发规范的一些常见规范,开发人员应该遵守这些规范,以便提高代码的可维护性和可读性。

规范的遵守可以减少代码的错误和提高代码的质量,有助于团队的合作和项目的开发进度。

JAVA编码规范

JAVA编码规范

Java编码规范一、命名规范1. 类名首字母应该大写。

属性(成员变量)、方法、对象变量以及所有标识符(如形式参数、实际参数、局部变量)的首字母应小写,其中包含的所有单词都应紧靠在一起,而且大写中间单词的首字母。

例如:类名:ThisIsAClassName 属性或方法名:thisIsMethodOrFieldName对象变量:thisIsAClassVariable2. Java 包(Package)属于一种特殊情况,它们全都是小写字母,即便中间的单词亦是如此。

对于全局包,将你的Internet 域名反转并接上包名,例如:pany.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语言规范

java语言规范

java语言规范Java语言规范是指用于指导Java程序设计的一系列准则和规范。

遵循Java语言规范可以帮助程序员编写出清晰、可读性强、稳定、可维护和易于理解的Java代码。

以下是Java语言规范的一些重要准则和规范:1. 标识符:Java中的标识符是用于命名变量、类、方法等的。

标识符必须以字母、下划线或者美元符号开头,后面可以使用字母、数字、下划线或者美元符号。

标识符不能是Java的保留字。

2. 区分大小写:Java是区分大小写的语言,变量名、方法名等的大小写是敏感的。

3. 缩进和空格:为了提高代码可读性,应该在代码块开始和结束处适当缩进,并且在关键字、运算符等之间使用空格,不要把多个语句写在同一行。

4. 注释:Java有三种注释方式:块注释,行注释和文档注释。

块注释用/* ... */包围,行注释用//开头,文档注释是指以/** ... */包围的注释,一般用于生成API文档。

5. 常量:Java中的常量是指在程序执行期间不能被改变的值。

常量一般使用关键字final声明,并采用全大写字母的命名方式。

6. 类和接口命名:类和接口的命名一般采用大驼峰命名法,即每个单词首字母大写,例如MyClass,而不是myClass或者MYClass。

7. 变量和方法命名:变量和方法的命名一般采用小驼峰命名法,即第一个单词的首字母小写,后面的单词首字母大写,例如myVariable,myMethod。

8. 方法长度和复杂性:为了提高代码的可读性和可维护性,一个方法的长度应该适度,并且控制方法的复杂性。

推荐一个方法的长度不超过一屏,并且只做一件事情。

9. 异常处理:Java提供了异常机制来处理程序运行时产生的异常。

程序员应该适当捕捉和处理异常,并给用户提供友好的提示信息。

10. 类设计:一个类应该有清晰的职责和功能,并且遵循高内聚、低耦合的设计原则。

一个类的命名应该反映它的功能,并且应该保持单一职责原则。

以上只是Java语言规范的一部分,还有很多准则和规范可以帮助程序员编写高质量的Java代码。

  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

• JAVA代码编写规范1.Java 命名约定除了以下几个特例之外,命名时应始终采用完整的英文描述符。

此外,一般应采用小写字母,但类名、接口名以及任何非初始单词的第一个字母要大写。

1.1 一般概念* 尽量使用完整的英文描述符* 采用适用于相关领域的术语* 采用大小写混合使名字可读* 尽量少用缩写,但如果用了,要明智地使用,且在整个工程中统一* 避免使用长的名字(小于 15 个字母是个好主意)* 避免使用类似的名字,或者仅仅是大小写不同的名字* 避免使用下划线(除静态常量等)1.2 示范* 包(Package) 采用完整的英文描述符,应该都是由小写字母组成。

对于全局包,将你的Internet 域名反转并接上包名。

如:java.awtcom.ambysoft.www.persistence* 类(Class) 采用完整的英文描述符,所有单词的第一个字母大写。

如:CustomerSavingsAccount* 接口(Interface) 采用完整的英文描述符说明接口封装,所有单词的第一个字母大写。

习惯上,名字后面加上后缀 able, ible 或者 er,但这不是必需的。

如:ContactablePrompter* 组件/部件(Component) 使用完整的英文描述来说明组件的用途,末端应接上组件类型。

如:okButtoncustomerListfileMenu* 异常(Exception) 通常采用字母 e 表示异常。

e* 类变量字段采用完整的英文描述,第一个字母小写,任何中间单词的首字大写,如: firstNamelastName* 实参/参数同字段/属性的命名规则public void setFirstName(String firstName){this.firstName = firstName;}* 局部变量同字段/属性的命名规则** 获取成员函数被访问字段名的前面加上前缀 get。

getFirstName(), getLastName()** 布尔型的获取成员函数所有的布尔型获取函数必须用单词 is 做前缀。

isPersistent(), isString()** 设置成员函数被访问字段名的前面加上前缀set。

setFirstName(), setLastName(),setWarpSpeed()** 普通成员函数采用完整的英文描述说明成员函数功能,第一个单词尽可能采用一个生动的动词,第一个字母小写。

openFile(), addAccount()* 静态常量字段(static final) 全部采用大写字母,单词之间用下划线分隔。

MIN_BALANCE, DEFAULT_DATE* 循环计数器通常采用字母 i,j,k 或者 counter 都可以接受。

i, j, k, counter* 数组数组应该总是用下面的方式来命名: byte[] buffer;2.Java 注释约定一个很好的可遵循的有关注释的经验法则是:问问你自己,你如果从未见过这段代码,要在合理的时间内有效地明白这段代码,你需要哪些信息。

2.1. 一般概念* 注释应该增加代码的清晰度* 保持注释的简洁* 在写代码之前写注释* 注释出为什么做了一些事,而不仅仅是做了什么2.2. 示范* 文档注释在紧靠接口、类、成员函数和字段声明的前面注释它们。

/**** 客户:客户是我们将服务和产品卖给的人或机构。

*/* C 语言风格采用 C 语言风格的注释去掉不再使用但你仍想保留的代码。

仍想保留是因为用户万一会改变想法,或者在调试过程中想让它暂时失效。

如:/* 这部分代码因为已被它之前的代码取代,由 B.Gustafsson, 于1999 年 6 月*4 日注释掉。

如果两年之后还未使用,将其删除。

. . .*(源代码)*/* 单行在成员函数内采用单行注释,来说明业务逻辑、代码段和暂时变量的声明。

注释符"//"后必须紧跟一个空格,然后才是注释信息。

如:// 遵照 Sarek 的规定,给所有// 超过 $1000 的发货单// 打 5% 的折扣。

让利活// 动于 1995年 2 月开始.2.3. 注释哪些部分类类的目的、即类所完成的功能,注释出采用的变量。

接口设置接口的目的、它应如何被使用以及如何不被使用。

成员函数注释对于设置与获取成员函数,在成员变量已有说明的情况下,可以不加注释;普通成员函数要求说明完成什么功能,参数含义是什么返回什么;普通成员函数内部注释控制结构,代码做了些什么以及为什么这样做,处理顺序等。

实参/参数参数含义、及其它任何约束或前提条件字段/属性字段描述局部变量无特别意义的情况下不加注释3. Java 文件样式约定所有的 Java(*.java) 文件都必须遵守如下的样式规则:1) 版权信息版权信息必须在 java 文件的开头,比如:/**********************************.* All right reserved.* @author: gcgmh* date: 2008-12-22*/其他不需要出现在 javadoc 的信息也可以包含在这里。

2) Package/Importspackage 行要在 import 行之前,import 中标准的包名要在本地的包名之前,而且按照字母顺序排列。

如果 import 行中包含了同一个包中的不同子目录,则应该用 * 来处理。

package .stats;import java.io.*;import java.util.Observable;import hotlava.util.Application;这里 java.io.* 是用来代替InputStream and OutputStream 的。

3) Class接下来的是类的注释,一般是用来解释类的。

/*** A class representing a set of packet and byte counters* It is observable to allow it to be watched, but only* reports changes when the current set is complete*/接下来是类定义,包含了在不同的行的 extends 和 implementspublic class CounterSet extends Observable implements Cloneable{…………}4)Class Fields接下来是类的成员变量:/*** Packet counters*/protected int[] packets;public的成员变量必须生成文档(JavaDoc)。

proceted、private和 package 定义的成员变量如果名字含义明确的话,可以没有注释。

5) 存取方法(类的设置与获取成员函数)接下来是类变量的存取的方法。

它只是简单的用来将类的变量赋值获取值的话,可以简单的写在一行上,如类的成员变量已经有注释,类变量的存取方法可以没有注释。

public int[] getPackets() { return this.packets; }public void setPackets(int[] packets) { this.packets = packets; } ……要求说明的是,对于集合,加入成员函数来插入和删除项;另其它的方法不要写在一行上。

6) 构造函数接下来是构造函数,它应该用递增的方式写(比如:参数多的写在后面)。

public CounterSet(int size){ this.size = size;}7) 克隆方法如果这个类是可以被克隆的,那么下一步就是 clone 方法:public Object clone() { try { …… }catch(CloneNotSupportedException e) { …… }}8) 类方法 (类的普通成员函数)下面开始写类的方法:/*** Set the packet counters* param r1 - ……* param r2 - ……* ……*/protected final void setArray(int[] r1, int[] r2, int[] r3, int[] r4) throws IllegalArgumentException{// Ensure the arrays are of equal size……}9) toString 方法一般情况下,每一个类都应该定义 toString 方法:public String toString() { ……}10) main 方法普通类,考虑置入一个main()方法,其中包含用于测试那个类的代码,如果包含了main() 方法, 那么它应该写在类的底部。

4. Java编码其它约定n 文档化必须用 javadoc 来为类生成文档。

不仅因为它是标准,这也是被各种 java 编译器都认可的方法。

使用 @author 标记是不被推荐的,因为代码不应该是被个人拥有的。

n 缩进缩进应该是每行2个空格。

不要在源文件中保存Tab字符, 在使用不同的源代码管理工具时Tab 字符将因为用户设置的不同而扩展为不同的宽度。

如果你使用 UltrEdit 作为你的 Java 源代码编辑器的话,你可以通过如下操作来禁止保存Tab字符, 方法是通过 UltrEdit中先设定 Tab 使用的长度室2个空格,然后用 Format|Tabs to Spaces 菜单将 Tab 转换为空格。

n 页宽页宽应该设置为80字符。

源代码一般不会超过这个宽度, 并导致无法完整显示, 但这一设置也可以灵活调整。

在任何情况下, 超长的语句应该在一个逗号或者一个操作符后折行。

一条语句折行后, 应该比原来的语句再缩进2个字符。

n {} 对{} 中的语句应该单独作为一行。

例如, 下面的第1行是错误的, 第2行是正确的:if (i>0) { i ++ }; // 错误, { 和 } 在同一行 if (i>0) { i ++ }; // 正确, 单独作为一行n 括号左括号和后一个字符之间不应该出现空格; 同样, 右括号和前一个字符之间也不应该出现空格。

下面的例子说明括号和空格的错误及正确使用:CallProc(AParameter); // 正确不要在语句中使用无意义的括号,括号只应该为达到某种目的而出现在源代码中。

n JSP文件命名采用完整的英文描述说明JSP所完成的功能,尽可能包括一个生动的动词,第一个字母小写,如:viewMessage.jsp、editUser.jsp或者forumChooser.jsp等。

相关文档
最新文档