前言
目前正在出一个阿里巴巴Java开发手册
系列教程, 篇幅会较多, 喜欢的话,给个关注❤️ ~
在日常开发中,好的编码习惯和代码规范有助于提高代码可读性
,提升团队协作效率
,还利于维护与扩展
,在某些情况下还有利于优化性能
。今天就带着大家一起学习下手册中的内容,学习下Java
开发中的编码规范。
好了, 废话不多说直接开整吧~
命名风格
- **【强制】**代码中的命名均不能以下划线或美元符号开始,也不能以下划线或美元符号结束。
反例:
java
String _name = "java";
String $name = "java";
String name_ = "java";
- 【强制】所有编程相关的命名严禁 使用
拼音
与英文
混合的方式,更不允许直接使用中文
的方式。
正确的英文拼写和语法可以让阅读者易于理解,避免歧义。注意,纯拼音
命名方式更要避免
采用。
反例:
java
class Shangpin {}
class Yponghu {}
一些国际化通用的拼音还是可以使用的, 比如:
java
class Taobao {}
- **【强制】**类名使用
UpperCamelCase
风格,但以下情形例外:DO / BO / DTO / VO / AO / PO / UID
等。
- 正例:
ForceCode / UserDO / HtmlDTO / XmlService / TcpUdpDeal / TaPromotion
- 反例:
forcecode / UserDo / HTMLDto / XMLService / TCPUDPDeal / TAPromoti
4.**【强制】**方法名、参数名、成员变量、局部变量都统一使用 lowerCamelCase
风格。
正例: localValue / getHttpMessage() / inputUserId
- **【强制】**常量命名全部大写,单词间用下划线隔开,力求语义表达完整清楚,不要嫌名字长。
- 正例:
MAX_STOCK_COUNT / CACHE_EXPIRED_TIME
- 反例:
MAX_COUNT / EXPIRED_TIME
6.**【强制】**抽象类命名使用 Abstract
或 Base
开头;异常类命名使用 Exception
结尾;测试类命名以它要测试的类的名称开始,以 Test
结尾。
7.**【强制】**类型与中括号紧挨相连来表示数组。
- 正例:定义整形数组
int[] arrayDemo
; - 反例:在
main
参数中,使用String args[]
来定义
- 【强制】
POJO
类中的任何布尔类型的变量,都不要加is
前缀,否则部分框架解析会引起序列化错误。
在本文 MySQL
规约中的建表约定第一条,表达是与否的值采用 is_xxx
的命名方式,所以,需要在<resultMap>
设置从 is_xxx
到 xxx
的映射关系。
反例:定义为基本数据类型 Boolean isDeleted
的属性,它的方法也是 isDeleted()
,框架在反向解析的时候,"误以为"对应的属性名称是 deleted
,导致属性获取不到,进而抛出异常。
9.**【强制】**包名统一使用小写
,点分隔符之间有且仅有一个自然语义的英语单词。包名统一使用单数形式,但是类名如果有复数含义,类名可以使用复数形式。
正例:应用工具类包名为 com.alibaba.ei.kunlun.aap.util
、类名为 MessageUtils
(此规则参考 spring 的框架结构)
10.**【强制】**避免在子父类的成员变量之间、或者不同代码块的局部变量之间采用完全相同的命名,使可读性降低。
子类
、父类
成员变量名相同,即使是 public
类型的变量也是能够通过编译,而局部变量在同一方法内的不同代码块中同名也是合法的,但是要避免使用。对于非 setter/gette
r 的参数名称也要避免与成员变量名称相同。
反例:
java
public int stock;
// 非 setter/getter 的参数名称,不允许与本类成员变量同名
public void get(String alibaba) {
if (condition) {
final int money = 666;
// ...
}
for (int i = 0; i < 10; i++) {
// 在同一方法体中,不允许与其它代码块中的 money 命名相同
final int money = 15978;
// ...
}
}
}
class Son extends ConfusingName {
// 不允许与父类的成员变量名称相同
public int stock;
}
11.**【强制】**杜绝完全不规范的缩写,避免望文不知义。
反例:AbstractClass
"缩写"命名成 AbsClass
;condition
"缩写"命名成 condi
,此类随意缩写严重降低了代码的可阅读性。
12.**【推荐】**为了达到代码自解释的目标,任何自定义编程元素在命名时,使用尽量完整的单词组合来表达。
正例:在 JDK
中,对某个对象引用的 volatile
字段进行原子更新的类名为:AtomicReferenceFieldUpdater
。 反例:常见的方法内变量为 int a
;的定义方式。
13.**【推荐】**在常量与变量的命名时,表示类型的名词放在词尾,以提升辨识度。
正例:startTime / workQueue / nameList / TERMINATED_THREAD_COUNT
反例:startedAt / QueueOfWork / listName / COUNT_TERMINATED_THREAD
14.**【推荐】**如果模块、接口、类、方法使用了设计模式,在命名时需体现出具体模式。
说明:将设计模式体现在名字中,有利于阅读者快速理解架构设计理念。
正例:
java
public class OrderFactory;
public class LoginProxy;
public class ResourceObserver;
15.**【推荐】**接口类中的方法和属性不要加任何修饰符号(public
也不要加),保持代码的简洁性,并加上有效的 Javadoc
注释。尽量不要在接口里定义变量,如果一定要定义变量,确定与接口方法相关,并且是整个应用的基础常量。 正例:
java
// 接口方法签名
void commit();
//接口基础常量
String COMPANY = "alibaba";
反例:
java
// 接口方法定义
public abstract void f();
说明:JDK8
中接口允许有默认实现,那么这个 default
方法,是对所有实现类都有价值的默认实现。
16.接口和实现类的命名有两套规则:
- **【强制】**对于
Service
和DAO
类,基于SOA
的理念,暴露出来的服务一定是接口,内部的实现类用Impl
的后缀与接口区别。
正例:CacheServiceImpl 实现 CacheService
接口。
- **【推荐】**如果是形容能力的接口名称,取对应的形容词为接口名(通常是
--able
的形容词)。
正例:AbstractTranslator
实现 Translatable
接口。
17.**【参考】**枚举类名带上 Enum
后缀,枚举成员名称需要全大写
,单词间用下划线
隔开。
说明:枚举其实就是特殊的常量
类,且构造方法被默认强制是私有
。
正例:枚举名字为 ProcessStatusEnum
的成员名称:SUCCESS / UNKNOWN_REASON
。
18.**【参考】**各层命名规约:
-
Service/DAO
层方法命名规约: 1) 获取单个对象的方法用get
做前缀。 2) 获取多个对象的方法用 list 做前缀,复数结尾,如:listObjects
。 3) 获取统计值的方法用count
做前缀。 4) 插入的方法用save/insert
做前缀。 5) 删除的方法用remove/delete
做前缀。 6) 修改的方法用update
做前缀。 -
领域模型命名规约
1) 数据对象:xxxDO
,xxx 即为数据表名。 2) 数据传输对象:xxxDTO
,xxx 为业务领域相关的名称。 3) 展示对象:xxxVO
,xxx 一般为网页名称。 4) POJO
是 DO/DTO/BO/VO
的统称,禁止 命名成 xxxPOJO
。
结束语
下节给大家讲常量定义
规范~
本着把自己知道的都告诉大家,如果本文对有所帮助,点赞+关注
鼓励一下呗~
MybatisPlus教程相关文章
往期Nginx教程相关文章
往期Docker教程相关文章
往前Shell脚本编程相关文章
- 一起来学Shell脚本编程(一)
- 一起来学Shell脚本编程(二)
- 一起来学Shell脚本编程(三)
- 一起来学Shell脚本编程(四)
- 一起来学Shell脚本编程(五)
- 一起来学Shell脚本编程(六)
- 一起来学Shell脚本编程(七)
往期Linux相关文章
- 一起来学Linux命令(一)
- 一起来学Linux命令(二)
- 一起来学Linux命令(三)
- 一起来学Linux命令(四)
- 一起来学Linux命令(五)
- 一起来学Linux命令(六)
- 一起来学Linux命令(七)
- 一起来学Linux命令(八)
- 一起来学Linux命令(九)
- 一起来学Linux命令(十)
往期面试题相关文章
- 查漏补缺第一期(Redis相关)
- 查漏补缺第二期(synchronized & 锁升级)
- 查漏补缺第三期(分布式事务相关)
- 查漏补缺第四期(Mysql相关)
- 查漏补缺第五期(HashMap & ConcurrentHashMap)
- 查漏补缺第六期(京东一面)
- 查漏补缺第七期(美团到店一面)
- 查漏补缺第八期(阿里一面)
- 查漏补缺第九期(阿里二面)
- 查漏补缺第十期(网易实习一面)
- 查漏补缺第十一期(网易实习二面)
- 查漏补缺第十二期(网易实习三面)
- 查漏补缺第十三期(滴滴实习一面)
- 查漏补缺第十四期(滴滴实习二面)
- 查漏补缺第十五期(华为一面)
- 查漏补缺第十六期(华为二面)
- 查漏补缺第十七期(华为三面)
- 查漏补缺第十八期(你了解class文件吗)
项目源码(源码已更新 欢迎star⭐️)
往期设计模式相关文章
- 一起来学设计模式之认识设计模式
- 一起来学设计模式之单例模式
- 一起来学设计模式之工厂模式
- 一起来学设计模式之建造者模式
- 一起来学设计模式之原型模式
- 一起来学设计模式之适配器模式
- 一起来学设计模式之桥接模式
- 一起来学设计模式之组合模式
- 一起来学设计模式之装饰器模式
- 一起来学设计模式之外观模式
- 一起来学设计模式之享元模式
- 一起来学设计模式之代理模式
- 一起来学设计模式之责任链模式
- 一起来学设计模式之命令模式
- 一起来学设计模式之解释器模式
- 一起来学设计模式之迭代器模式
- 一起来学设计模式之中介者模式
- 一起来学设计模式之备忘录模式
- 一起来学设计模式之观察者模式
- 一起来学设计模式之状态模式
- 一起来学设计模式之策略模式
- 一起来学设计模式之模板方法模式
- 一起来学设计模式之访问者模式
- 一起来学设计模式之依赖注入模式
设计模式项目源码(源码已更新 欢迎star⭐️)
Kafka 专题学习
- 一起来学kafka之Kafka集群搭建
- 一起来学kafka之整合SpringBoot基本使用
- 一起来学kafka之整合SpringBoot深入使用(一)
- 一起来学kafka之整合SpringBoot深入使用(二)
- 一起来学kafka之整合SpringBoot深入使用(三)
项目源码(源码已更新 欢迎star⭐️)
ElasticSearch 专题学习
项目源码(源码已更新 欢迎star⭐️)
往期并发编程内容推荐
- Java多线程专题之线程与进程概述
- Java多线程专题之线程类和接口入门
- Java多线程专题之进阶学习Thread(含源码分析)
- Java多线程专题之Callable、Future与FutureTask(含源码分析)
- 面试官: 有了解过线程组和线程优先级吗
- 面试官: 说一下线程的生命周期过程
- 面试官: 说一下线程间的通信
- 面试官: 说一下Java的共享内存模型
- 面试官: 有了解过指令重排吗,什么是happens-before
- 面试官: 有了解过volatile关键字吗 说说看
- 面试官: 有了解过Synchronized吗 说说看
- Java多线程专题之Lock锁的使用
- 面试官: 有了解过ReentrantLock的底层实现吗?说说看
- 面试官: 有了解过CAS和原子操作吗?说说看
- Java多线程专题之线程池的基本使用
- 面试官: 有了解过线程池的工作原理吗?说说看
- 面试官: 线程池是如何做到线程复用的?有了解过吗,说说看
- 面试官: 阻塞队列有了解过吗?说说看
- 面试官: 阻塞队列的底层实现有了解过吗? 说说看
- 面试官: 同步容器和并发容器有用过吗? 说说看
- 面试官: CopyOnWrite容器有了解过吗? 说说看
- 面试官: Semaphore在项目中有使用过吗?说说看(源码剖析)
- 面试官: Exchanger在项目中有使用过吗?说说看(源码剖析)
- 面试官: CountDownLatch有了解过吗?说说看(源码剖析)
- 面试官: CyclicBarrier有了解过吗?说说看(源码剖析)
- 面试官: Phaser有了解过吗?说说看
- 面试官: Fork/Join 有了解过吗?说说看(含源码分析)
- 面试官: Stream并行流有了解过吗?说说看