阿里java编码规范（一）命名风格，常量定义，和代码格式

最近阿里出了一个java开发手册，里面涉及到很多工作规范的地方，有很多借鉴和参考的作用，也可以给新入行的工程师作为参考。

下载地址是在：http://techforum-img.cn-hangzhou.oss-pub.aliyun-inc.com/阿里巴巴Java开发手册v1.2.0.pdf

(一)命名风格

1. 【强制】 代码中的命名均不能以下划线或美元符号开始,也不能以下划线或美元符号结束。

   反例:_name / __name / $Object / name_ / name$ / Object$

2. 【强制】 代码中的命名严禁使用拼音与英文混合的方式,更不允许直接使用中文的方式。说明:正确的英文拼写和语法可以让阅读者易于理解,避免歧义。注意,即使纯拼音命名方式也要避免采用。
   正例:alibaba /taobao / youku / hangzhou等国际通用的名称,可视同英文。反例:DaZhePromotion [打折]/ getPingfenByName() [评分]/ int 某变量 = 3

3. 【强制】类名使用 UpperCamelCase风格,必须遵从驼峰形式,但以下情形例外:DO/ BO /DTO /VO / AO
   正例:MarcoPolo/ UserDO / XmlService / TcpUdpDeal / TaPromotion反例:macroPolo/ UserDo / XMLService / TCPUDPDeal / TAPromotion

4. 【强制】方法名、参数名、成员变量、局部变量都统一使用 lowerCamelCase 风格,必须遵从驼峰形式。

   正例:localValue /getHttpMessage() /inputUserId

5. 【强制】常量命名全部大写,单词间用下划线隔开,力求语义表达完整清楚,不要嫌名字长。正例:MAX_STOCK_COUNT
   反例:MAX_COUNT

6. 【强制】抽象类命名使用 Abstract或 Base开头;异常类命名使用Exception 结尾;测试类命名以它要测试的类的名称开始,以Test 结尾。

7.【强制】中括号是数组类型的一部分,数组定义如下:String[]args;反例:使用String args[]的方式来定义。

8.【强制】POJO类中布尔类型的变量,都不要加is,否则部分框架解析会引起序列化错误。反例:定义为基本数据类型Boolean isDeleted;的属性,它的方法也是isDeleted(),RPC框架在反向解析的时候,“以为”对应的属性名称是deleted,导致属性获取不到,进而抛出异

常。

9.【强制】包名统一使用小写,点分隔符之间有且仅有一个自然语义的英语单词。包名统一使用单数形式,但是类名如果有复数含义,类名可以使用复数形式。
正例:应用工具类包名为com.alibaba.open.util、类名为MessageUtils(此规则参考spring的框架结构)

10.【强制】杜绝完全不规范的缩写,避免望文不知义。
反例:AbstractClass“缩写”命名成AbsClass;condition“缩写”命名成condi,此类随意缩写严重降低了代码的可阅读性。

11.【推荐】如果使用到了设计模式,建议在类名中体现出具体模式。说明:将设计模式体现在名字中,有利于阅读者快速理解架构设计思想。正例:public class OrderFactory;

public class LoginProxy;public class ResourceObserver;

12.【推荐】接口类中的方法和属性不要加任何修饰符号(public也不要加),保持代码的简洁性,并加上有效的Javadoc注释。尽量不要在接口里定义变量,如果一定要定义变量,肯定是与接口方法相关,并且是整个应用的基础常量。
正例:接口方法签名:void f();

接口基础常量表示:String COMPANY= "alibaba";
反例:接口方法定义:public abstract void f();
说明:JDK8中接口允许有默认实现,那么这个default方法,是对所有实现类都有价值的默认实现。

13.接口和实现类的命名有两套规则:
1)【强制】对于Service和DAO类,基于SOA的理念,暴露出来的服务一定是接口,内部

的实现类用Impl的后缀与接口区别。正例:CacheServiceImpl实现CacheService接口。

2)【推荐】 如果是形容能力的接口名称,取对应的形容词做接口名(通常是–able的形式)。正例:AbstractTranslator实现Translatable。

14.【参考】枚举类名建议带上Enum后缀,枚举成员名称需要全大写,单词间用下划线隔开。说明:枚举其实就是特殊的常量类,且构造方法被默认强制是私有。正例:枚举名字:DealStatusEnum,成员名称:SUCCESS/UNKOWN_REASON。

15.【参考】各层命名规约:
A) Service/DAO层方法命名规约

1)获取单个对象的方法用get做前缀。

2)获取多个对象的方法用list做前缀。

3)获取统计值的方法用count做前缀。
4)插入的方法用save(推荐)或insert做前缀。5)删除的方法用remove(推荐)或delete做前缀。6)修改的方法用update做前缀。

B)领域模型命名规约
1)数据对象:xxxDO,xxx即为数据表名。
2)数据传输对象:xxxDTO,xxx为业务领域相关的名称。3)展示对象:xxxVO,xxx一般为网页名称。
4)POJO是DO/DTO/BO/VO的统称,禁止命名成xxxPOJO。

(二)常量定义

1.【强制】不允许任何魔法值(即未经定义的常量)直接出现在代码中。反例:String key="Id#taobao_"+tradeId;

cache.put(key,value);

2.【强制】long或者Long初始赋值时,必须使用大写的L,不能是小写的l,小写容易跟数字1混淆,造成误解。
说明:Long a= 2l;写的是数字的21,还是Long型的2?

3. 【推荐】不要使用一个常量类维护所有常量,应该按常量功能进行归类,分开维护。如:缓存相关的常量放在类:CacheConsts下;系统配置相关的常量放在类:ConfigConsts下。说明:大而全的常量类,非得使用查找功能才能定位到修改的常量,不利于理解和维护。

4. 【推荐】常量的复用层次有五层:跨应用共享常量、应用内共享常量、子工程内共享常量、包内共享常量、类内共享常量。

   1)跨应用共享常量:放置在二方库中,通常是client.jar中的constant目录下。2)应用内共享常量:放置在一方库的modules中的constant目录下。

   反例:易懂变量也要统一定义成应用内共享常量,两位攻城师在两个类中分别定义了表示“是”的变量:

   类A中:public static final String YES= "yes";
   类B中:public static final String YES= "y";A.YES.equals(B.YES),预期是true,但实际返回为false,导致线上问题。

   3)子工程内部共享常量:即在当前子工程的constant目录下。4)包内共享常量:即在当前包下单独的constant目录下。
   5)类内共享常量:直接在类内部private static final定义。

5.【推荐】如果变量值仅在一个范围内变化,且带有名称之外的延伸属性,定义为枚举类。下面

   正例中的数字就是延伸信息,表示星期几。

正例:public Enum { MONDAY(1), TUESDAY(2), WEDNESDAY(3), THURSDAY(4), FRIDAY(5), SATURDAY(6),SUNDAY(7);}

(三)代码格式

1. 【强制】大括号的使用约定。如果是大括号内为空,则简洁地写成{}即可,不需要换行;如果是非空代码块则:

   1)左大括号前不换行。
   2)左大括号后换行。
   3)右大括号前换行。
   4)右大括号后还有else等代码则不换行;表示终止的右大括号后必须换行。

2. 【强制】 左小括号和字符之间不出现空格;同样,右小括号和字符之间也不出现空格。详见第5 条下方正例提示。
   反例:if (空格a == b空格)

3. 【强制】if/for/while/switch/do等保留字与括号之间都必须加空格。

4. 【强制】任何二目、三目运算符的左右两边都需要加一个空格。

   说明:运算符包括赋值运算符=、逻辑运算符&&、加减乘除符号等。

5. 【强制】缩进采用 4个空格,禁止使用 tab字符。

   说明:如果使用tab 缩进,必须设置1 个tab 为4 个空格。IDEA设置 tab为 4个空格时,请勿勾选Use tab character

   正例:(涉及1-5点)

   public static void main(String[] args) {

   // 缩进4 个空格
   String say = "hello";
   // 运算符的左右必须有一个空格
   int flag = 0;
   // 关键词if 与括号之间必须有一个空格,括号内的f 与左括号,0与右括号不需要空格if (flag == 0) {

                    System.out.println(say);             }

   // 左大括号前加空格且不换行;左大括号后换行if (flag == 1) {

                    System.out.println("world");

   // 右大括号前换行,右大括号后有else,不用换行} else {

                    System.out.println("ok");

;而在eclipse中,必须勾选

insert spaces for tabs

。

//在右大括号后直接结束,则必须换行

}}

6.【强制】单行字符数限制不超过120个,超出需要换行,换行时遵循如下原则:1) 第二行相对第一行缩进4个空格,从第三行开始,不再继续缩进,参考示例。

2)运算符与下文一起换行。
3)方法调用的点符号与下文一起换行。4)在多个参数超长,在逗号后换行。5)在括号前不要换行,见反例。

正例:

StringBuffer sb = new StringBuffer();

//超过120个字符的情况下,换行缩进4个空格,并且方法前的点符号一起换行sb.append("zi").append("xin")...

          .append("huang")...          .append("huang")...          .append("huang");

反例:

StringBuffer sb = new StringBuffer();

//超过120个字符的情况下,不要在括号前换行sb.append("zi").append("xin")...append

("huang");

//参数很多的方法调用可能超过120个字符,不要在逗号前换行method(args1, args2, args3, ...

, argsX);
7.【强制】方法参数在定义和传入时,多个参数逗号后边必须加空格。

正例:下例中实参的"a",后边必须要有一个空格。method("a", "b", "c");

8.【强制】IDE的text file encoding设置为UTF-8; IDE中文件的换行符使用Unix格式,不要使用windows格式。

9.【推荐】没有必要增加若干空格来使某一行的字符与上一行对应位置的字符对齐。正例:

int a = 3;
long b = 4L;
float c = 5F;
StringBuffer sb = new StringBuffer();

说明:增加sb这个变量,如果需要对齐,则给a、b、c都要增加几个空格,在变量比较多的情况下,是一种累赘的事情。

10.【推荐】方法体内的执行语句组、变量的定义语句组、不同的业务逻辑之间或者不同的语义

  之间插入一个空行。相同业务逻辑和语义之间不需要插入空行。

说明:没有必要插入多个空行进行隔开。