JavaEE编码规范

最近经常看一些朋友写的源代码，总是感觉编码规范题目还没有成为大家的关注点，导致代码的通用可读性相对比较差；所以在此唠叨几句编码规范（以struts2+spring2+hibernate3架构的项目为例），大家各取所需，欢迎拍砖！

一、规范存在的意义

应用编码规范对于软件本身和软件开发职员而言尤为重要，有以下几个原因：

1、好的编码规范可以尽可能的减少一个软件的维护本钱 , 并且几乎没有任何一个软件，在其整个生命周期中，均由最初的开发职员来维护；

2、好的编码规范可以改善软件的可读性，可以让开发职员尽快而彻底地理解新的代码；

3、好的编码规范可以最大限度的进步团队开发的合作效率；

4、长期的规范性编码还可以让开发职员养成好的编码习惯，甚至锻炼出更加严谨的思维；

二、命名规范

1、一般概念

1、尽量使用完整的英文描述符

2、采用适用于相关领域的术语

3、采用大小写混合使名字可读

4、尽量少用缩写，但假如用了，必须符合整个工程中的同一定义

5、避免使用长的名字（小于 15 个字母为正常选择）

6、避免使用类似的名字，或者仅仅是大小写不同的名字

7、避免使用下划线（除静态常量等）

2、标识符类型说明

1、包（ Package ）的命名
Package 的名字应该采用完整的英文描述符，都是由一个小写单词组成。并且包名的前缀总是一个顶级域名，
通常是 com、edu、gov、mil、net、org 等；
如： com.yjhmily.test

2、类（ Class ）的命名
类名应该是个一名词，采用大小写混合的方式，每个单词的首字母大写。尽量保证类名简洁而富于描述。
使用完整单词，避免缩写词 ( 除非工程内有同一缩写规范或该缩写词被更广泛使用，像 URL ， HTML)
如： FileDescription

3、接口（ Inte***ce ）的命名
基本与 Class 的命名规范类似。在满足 Classd 命名规则的基础之上，保证开头第一个字母为 ”I”，
便于与普通的 Class区别开。实在现类名称取接口名的第二个字母到最后，且满足类名的命名规范；
如： IMenuEngine

4、枚举（ Enum ）的命名
基本与 Class 的命名规范类似。在满足 Classd 命名规则的基础之上，保证开头第一个字母为 ”E” ，
便于与普通的 Class区别开。
如： EUserRole

5、异常（ Exception ）的命名
异常（ Exception ）通常采用字母 e 表示异常，对于自定义的异常类，其后缀必须为 Exception
如： BusinessException

6、方法（ Method ）的命名
方法名是一个动词，采用大小写混合的方式，第一个单词的首字母小写，其后单词的首字母大写。
方法名尽可能的描述出该方法的动作行为。返回类型为 Boolean 值的方法一般由“ is ”或“ has ”来开头
如： getCurrentUser() 、 addUser() 、 hasAuthority()

7、参数（ Param ）的命名
第一个单词的首字母小写，其后单词的首字母大写。参数目名不答应以下划线或美元符号开头，
固然这在语法上是答应的。参数名应简短且富于描述。
如： public UserContext getLoginUser(String loginName);

8、常量字段（ Constants ）的命名
静态常量字段（ static final ）全部采用大写字母，单词之间用下划线分隔；
如： public static final Long FEEDBACK;
public static Long USER_STATUS;

三、注释规范

一个很好的可遵循的有关注释的经验法则是：

问问你自己，你假如从未见过这段代码，要在公道的时间内有效地明白这段代码，你需要一些什么信息？？？

1、一般概念

1、注释应该增加代码的清楚度

2、保持注释的简洁

3、在写代码之前或同时写注释

4、注释出为什么做了一些事，而不仅仅是做了什么

2、注释哪些部分

1、Java 文件：必须写明版权信息以及该文件的创建时间和作者；

2、类：类的目的、即类所完成的功能，以及该类创建的时间和作者名称；多人一次编辑或修改同一个类时，
应在作者名称处出现多人的名称；

3、接口：在满足类注释的基础之上，接口注释应该包含设置接口的目的、它应如何被使用以及如何不被使用。
在接口注释清楚的条件下对应的实现类可以不加注释；

4、方法注释：对于设置 (Set 方法 ) 与获取 (Get 方法 ) 成员的方法，在成员变量已有说明的情况下，
可以不加注释；普通成员方法要求说明完成什么功能，参数含义是什么且返回值什么；另外方法的创建
时间必须注释清楚，为将来的维护和阅读提供宝贵线索；

5、方法内部注释：控制结构，代码做了些什么以及为什么这样做，处理顺序等，特别是复杂的逻辑处理部分，
要尽可能的给出具体的注释；

6、参数：参数含义、及其它任何约束或条件条件；

7、属性：字段描述；

8、局部 ( 中间 ) 变量：无特别意义的情况下不加注释；

3、注释格式

遵循工程规定的同一注释格式，一般情况下会以 codetemplates.xml 格式的文件导进 IDE(Eclipse)
或者用Eclipse默认的；

四、代码格式规范

遵循工程规定的同一代码格式，一般情况下直接使用 IDE(Eclipse) 自带的默认代码格式对代码进行格式化；

五、其他规范

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

六、工程特有命名规范

1、持久层

1、 Hibernate 映射文件及实体
与数据库表名称完全对应；
如： Advertisement.hbm.xml 、 Advertisement.java

2、数据访问 DAO
DAO 接口和实现类名称必须完全符合正常接口和实现类的命名规则，且最后以 ”DAO” 结尾
DAO 内的数据访问方法必须足够抽象的描述出对数据库的基本 CRUD 操纵；
如： ICrossAdDAO( 接口 ) 、 CrossAdDAO( 实现类 )

3、各种操纵数据库的 HQL 配置文件
HQL 文件的个数原则上与系统的 Services 层的服务个数相等，且以服务名称命名 HQL 文件；
如： resource.hbm.xml

2、服务层

1、服务接口和实现
服务接口和实现类必须完全符合正常接口和实现类的命名规则；以工程定义的服务名为主体，
并同一以 ”Serv” 结尾
如： IResourceServ( 服务接口 ) 、 ResourceServ( 接口实现类 )

2、服务接口方法
方法名是一个动词，采用大小写混合的方式，第一个单词的首字母小写，其后单词的首字母大写。
方法名尽可能的描述出该方法的动作行为。
返回类型为 Boolean 值：用“ is ”或“ has ”来开头
得到某数据： get+ 数据描述名词复数 + 数据类型；
得到所有数据： get+All+ 数据描述名词复数 + 数据类型；
通过 XXX 得到 / 查询某数据： get/query+ 数据描述名词复数 + 数据类型 +By+ 条件；
添加某数据： save/add+ 数据描述名词 ()
更新某数据： save/update+ 数据描述名词；
删除某数据： delete/remove+ 数据描述名词；

3、业务对象
业务名称 +BO

4、查询参数对象
凡是继续 Abst***QuerySpec 的查询参数类全部满足以下规则：
Query+ 所要查询的数据描述名词 +Spec
作为参数传进时，参数名必须为：所要查询的数据描述名词 +Spec
如： QueryProgramSpec

3、MVC 层

1、Action 控制层
Action 类名：功能模块名称 +Action ；
Actoin 方法名称尽可能的描述出页面迁移的往向
如： LoginAction( 登录用 action) ， toWelcome( 转向欢迎页的 action 方法 )

2、资源文件
系统全局资源文件： globalMessages_+ 字符编码类型 +.properties
功能模块内部的资源文件： package.properties

4、Spring 配置文件

1、Action 相关配置文件
文件目录： WebRoot/WEB-INF/spring/action/ 功能模块名称 +_ApplicationContext.xml

2、Services 相关配置文件
文件目录： WebRoot/WEB-INF/spring/services/Services_ApplicationContext.xml

3、全局性配置文件
文件目录： WebRoot/WEB-INF/spring/工程名+_ApplicationContext.xml

5、JSP 文件
采用完整的英文描述说明 JSP 所完成的功能，尽可能包括一个生动的动词，第一个字母小写，
如： viewMessage.jsp 、editUser.jsp 等。
应用命名总结

所有文件，变量同一采用英文单词表示。尽量避免简写和缩写。

一、 java类
java类根据java规范采用驼峰标示，java类首字母大写，类名中的各个单词首字母都大写。
Java类代表现实世界的一个事物，类名词最好是一个名词。最好采用现实的名称。如员工用Employee，而不是Employ避免歧义。最好不是用缩写empl等。

应用软件中经常应用分层，每一层的类的名称尽量带上该层后缀。
推荐实体类没有后缀名。
数据层使用SQLMapper后缀。
数据层查询参数为Param
服务层使用Service
Web层使用Packager
Web层form表单后缀为Form

比如员工模块，分别为Employee(实体)，EmployeeSQLMapper(数据层)，EmployeeService(服务层)，EmployeePackager(web层)

常用英文名称(最好能整理一份常用词汇词典)
员工:employee
部分:department
。。。。

二、字段
根据java驼峰标示命名法，java字段以首字母以小写开头，每个单词首字母大写（第一个单词除外）。
字段表示现实中一个事物的属性在类中的名称，最好用名词。字段名称应采用最精确的单词，尽量采用一个单词。没有必要把类名挂在字段前面，如employee的id字段，直接可以用id，不用使用employeeId，假如出现两个字段可能产生歧义，可以增加描述性单词来区分。
字段命名最好能看词识意。

三、方法
方法表示一种行为，它代表一种动作，最好是一个动词或者动词词组或者第一个单词为一个动词。
属性方法，get/set开头，其后跟字段名称，字段名称首字母大写。
数据层方法，只能以insert（插进）,delete（删除）,update（更新）,select（查找）,count（统计）开头，其他层方法避免以这个5个单词开头，以免造成误解。
服务层方法，根据方法的行为命名，只描述方法的意义，而不采用方法的目的命名。比如系统的添加新用户，用户可以前台注册，也可以治理员后台添加，方法会被重用，所以最好不要用使用register，采用add会更好写。避免使用与web层相关的方法。

Web层方法最好是贴近web的语言，如register，login，logout等方法。

四、变量
变量是一方法中重要的元素，一个贴切的名称，能让这段代码优雅百倍（夸张一下）。变量名首字母小写。

变量属于名称，避免用采用其他词性。
采用名称要能代表在方法中的意义。假如员工列表：
最好是使用List employees或则employeeList而不是往使用List list或则更糟糕的List l，假如应用了List employees和Map employees可以分别使用employeeList和employeeMap。

自定义类型的变量可以采用本身的名称，把首字母改为小写。

五、 Xml文件名
Xml命名采用与类名相似的方法，采用首字母大写的驼峰标示。
Ibatas映射文件:namespace名称为该模块实体类的名称，首字母大写，typealias采用该类*** name。resultMap和sql名称采用首字母小写的命名规则，方法名称与数据层方法名称一致。
Form和FormItem文件名才用首字母大写的驼峰标示。Form名称也使用首字母大写的格式。Form中的item名称使用与form表单类的属性名称。采用驼峰标示（最好不使用_分隔）
Action文件名称使用首字母大写，文件package和action name字段采用所有字母小写的格式。

六、 URL命名
url路径名称同一采用小写（所有字母都用小写）,用get方法提交的参数名和url路径名一样使用小写。
J2EE规范

1.1.1 J2EE规范
　　J2EE(Java 2 Platform，Enterprise Edition）是SUN公司定义的一个开发分布式企业级应用的规范。它提供了一个多层次的分布式应用模型和一系列开发技术规范。多层次分布式应用模型是指根据功能把应用逻辑分成多个层次，每个层次支持相应的服务器和组件，组件在分布式服务器的组件容器中运行（如Servlet组件在Servlet容器上运行，EJB组件在EJB容器上运行），容器间通过相关的协议进行通讯，实现组件间的相互调用。遵从这个规范的开发者将得到行业的广泛支持，使企业级应用的开发变得简单、快速。

1.1.2 J2EE组件层次

　　J2EE组件和层次如图1-1所示。
　　图1-1 J2EE组件层次(略)
　　 J2EE规范定义了如下组件：
　　 ★客户端组件
　　 ★Web组件
　　 ★EJB组件
　　 J2EE规范定义了以下四个层次。
　　 1.客户端层(Client Tier)
　　客户端层用来实现企业级应用系统的操纵界面和显示层。另外，某些客户端程序也可实现业务逻辑。可分为基于Web的和非基于Web的客户端两种情况。基于Web的情况下主要作为企业Web服务器的浏览器。非基于Web的客户层则是独立的应用程序，可以完成瘦客户机无法完成的任务。
　　 2.Web层
　　为企业提供Web服务。包括企业信息发布等。Web层由Web组件组成。J2EE Web组件包括JSP页面和Servlets。Web层也可以包括一些JavaBeans。Web层主要用来处理客户请求，调用相应的逻辑块，并把结果以动态网页的形式返回到客户端。
　　 3.业务层(Business Tier)
　　业务层也叫EJB层或应用层，它由EJB服务器和EJB组件组成。一般情况下很多开发商把Web服务器和EJB服务器产品结合在一起发布，称为应用服务器。EJB层用来实现企业级信息系统的业务逻辑。这是企业级应用的核心，由运行在业务层中的EJB来处理。一个Bean从客户端接收数据、处理，然后把数据送到企业信息系统层存储起来。同样，一个Bean也可以从企业信息系统取出数据，发送到客户端程序。业务层中的EJB要运行在容器中，容器解决了底层的题目，如事务处理、生命周期、状态治理、多线程安全治理、资源池等。
　　 4.企业信息系统层（Enterprise Information System tier)
　　处理企业系统软件，包括企业基础系统、数据库系统及其他遗留的系统。J2EE将来的版本支持连接架构（Connector Architecture)。它是连接J2EE平台和企业信息系统层的标准API。
　　业务层和Web层共同组成了三层J2EE应用的中间层，其他两层是客户端层和存储层或企业信息系统层。
　　 5.J2EE的分布应用技术
　　为实现企业级分布式应用，J2EE定义了丰富的技术标准，符合这些标准的开发工具和API为开发企业级应用提供支持。这些技术涵盖数据库访问、分布式通讯、安全等。为分布式应用提供支持的多方面。
　　 (1)组件技术
　　 J2EE的核心思想是基于组件/容器的应用。每个组件提供了方法、属性、事件的接口。组件可以由多种语言开发。组件是可以重用的、共享的、分布的。
　　（2）Servlets和JSP
　　 Servlets用来天生动态页面或接收用户请求产生相应操纵(调用EJB)。JSP基于文本。通过容器产生相应的Servlets，使内容和显示分开。J2EE中提供了Servlet API，用于创建Servlets。
　　（3）EJB技术
　　 EJB规范提供了一种开发和部署服务器端组件的方法。每个EJB是按功能逻辑划分的，开发时不必关注系统底层细节题目，只关注具体的事务分析。EJB开发完毕后，按规范部署在EJB容器，完成相应的事务功能。EJB支持分布式计算。真正体现了企业级的应用。
　　（4）数据库访问
　　无论是传统的企业信息系统还是将来的企业信息系统，数据库都占有重要的地位。开发分布式系统要求数据库访问具有良好的灵活性和扩展性。JDBC（JavaDatabase Connectivity)是一个独立于特定的数据库治理系统的开发接口。它提供一个通用的访问SQL数据库和存储结构的机制，支持基本SQL功能的一个通用底层的应用程序编程接口。它在不同的数据库界面上提供了一个同一的用户界面。提供了多种多样的数据库连接方式。J2EE中提供了JDBC API使多种数据库操纵简单、可行。
　　（5）分布式通讯技术
　　分布式通讯技术是分布式企业系统的核心技术。J2EE框架为Web应用和EJB应用提供多种通讯模式。
　　为了使运行于某一机器上的对象调用另一台机器的对象，J2EE实现了如下通讯方式：
　　 Java RMI(Remote Method Invoke)：远程方法调用。Java RMI实现Java对象间的远程通讯。服务器用注册器把一个名字和远程对象绑在一起，客户机通过名字从服务器注册器上查找远程对象，找到后下载远程对象的本地代理，调用远程对象的方法。
　　 Java IDL（Java Inte***ce Defilation Language)：接口定义语言。可以实现Java对象的符合CORBA规范的远程对象通讯。
　　 JNDI（Java Naming and Directory Inte***ce)：Java命名和目录接口。JNDI为分布式系统访问远程对象提供了一个标准的命名接口。EJB主接口对象、数据源、消息服务器等都可以用JDNI树的形式注册到名称服务器中，调用它们的对象通过符合JDNI的程序接口在JNDI名称服务器中查找指定名称的远程对象。
　　 JMS（Java Message Service)：Java消息服务。为开发消息中间件应用程序定义了一套规范。Java客户端和Java中间层访问消息系统只要实现JMS定义的简单的接口，就可以实现复杂的应用，而不必往关注低级的技术细节。
JAVA编程规范

1. 应用范围
本规范应用于采用J2EE规范的项目中，所有项目中的JAVA代码（含JSP，SERVLET，JAVABEAN，EJB）均应遵守这个规范。同时，也可作为其它项目的参考。

2. 设计类和方法
2.1创建具有很强内聚力的类
方法的重要性往往比类的重要性更轻易理解，方法是指执行一个同一函数的一段代码。类常被错误的视为是一个仅仅用于存放方法的容器。有些开发职员甚至把这种思路作了进一步的发挥，将他们的所有方法放进单个类之

JavaEE编码规范相关推荐

公司让我编写一套自己的【Java 编码规范】作为员工季度考核标准？！参照Alibaba
目录一.编码规范 (一)命名风格 (二)常量定义 (三)代码格式 (四)OOP规范 (五)集合处理 (六)并发处理 (七)控制语句 (八)注释规范 (九)其它二.SVN操作规范三.异常日志 (一 ...
JavaScript最全编码规范
转载: JavaScript最全编码规范类型 ●基本类型:访问基本类型时,应该直接操作类型值 ●string ●number ●boolean ●null ●undefined var foo = ...
【C++】Google C++编码规范（三）：智能指针
[C++]Google C++编码规范(一):作用域 [C++]Google C++编码规范(二):类 std::unique_ptr std::unique_ptr是C++11标准里新推出的智能指针 ...
《阿里巴巴编码规范（JAVA）》学习认证考后感
image.png <阿里巴巴 Java 开发手册>是阿里巴巴集团技术团队的集体智慧结晶和经验总结,经历了多次大规模一线实战的检验及不断完善,系统化地整理成册,回馈给广大开发者. 本手册的 ...
google python代码规范_如何用好python编码规范，写一手漂亮的代码
前一段时间在编写python 代码的时候编辑器中一直在提示规范问题,因为强迫症的原因,我决定遵循python 的编码规范去编码,然后把需要注意的点记录下来, 帮助自己和大家一起成长. 这是我的main ...
Python最简编码规范
0.前言本文是阅读<Python Coding Rule>之后总结的最为精华及简单的编码规范,根据每个人不同喜好有些地方会有不同的选择,我只是做了对自己来说最简单易行的选择,仅供大家参考 ...
华为java安全编码规范_Java安全编码之SQL注入
随着互联网的发展,Java语言在金融服务业.电子商务.大数据技术等方面的应用极其广泛.Java安全编码规范早已成为SDL中不可或缺的一部分.本文以Java项目广泛采用的两个框架Hibernate和My ...
分享GitHub上一位老外的嵌入式C编码规范（收藏细读）
简介: 本文分析在头条上分享GitHub上一位老外的嵌入式C编码规范(收藏细读):嵌入式大杂烩. 关键词: 嵌入式,C语句,编程规范分享GitHub上一位老外的嵌入式C编码规范(收藏细读) §01 ...
PHP标记风格,编码规范
PHP标记风格 PHP一共支持4种标记风格 <?php echo "这是XML风格的标记"; ?> 脚本风格 <script language="php ...

JavaEE编码规范

JavaEE编码规范相关推荐

最新文章

热门文章