本文已经收录进我的 80K+ Star 的 Java 开源项目 JavaGuide:https://github.com/Snailclimb/JavaGuide(「Java 学习 + 面试指南」一份涵盖大部分 Java 程序员所需要掌握的核心知识。)
编程过程中,有太多太多让我们头疼的事情了,比如命名、维护其他人的代码、写测试、与其他人沟通交流等等。就连世界级软件大师 Martin Fowler 大神都说过 CS 领域有两大最难的事情,一是 缓存失效 ,一是 程序命名(@ https://martinfowler.com/bliki/TwoHardThings.html)。
今天 Guide 就单独拎出“命名”来聊聊,据说之前在 Quora 网站,由接近 5000 名程序员票选出来的最难的事情就是“命名”。
这篇文章配合我之前发的《编码 5 分钟,命名 2 小时?史上最全的 Java 命名规范参考!》这篇文章阅读效果更佳哦!
为什么需要重视命名?
好的命名即是注释,别人一看到你的命名就知道你的变量、方法或者类是做什么的! 好的命名对于其他人(包括你自己)理解你的代码有着很大的帮助!
简单举个例子说明一下命名的重要性。
《Clean Code》这本书明确指出:
好的代码本身就是注释,我们要尽量规范和美化自己的代码来减少不必要的注释。
若编程语言足够有表达力,就不需要注释,尽量通过代码来阐述。
举个例子:
去掉下面复杂的注释,只需要创建一个与注释所言同一事物的函数即可
// check to see if the employee is eligible for full benefits if ((employee.flags & HOURLY_FLAG) && (employee.age > 65))
应替换为
if (employee.isEligibleForFullBenefits())
常见命名规则以及适用场景
这里只介绍 3 种最常见的命名规范。
驼峰命名法(CamelCase)
驼峰命名法应该我们最常见的一个,这种命名方式使用大小写混合的格式来区别各个单词,并且单词之间不使用空格隔开或者连接字符连接的命名方式
大驼峰命名法(CamelCase)
类名需要使用大驼峰命名法(UpperCamelCase)
正例:
ServiceDiscovery、ServiceInstance、LruCacheFactory
反例:
serviceDiscovery、Serviceinstance、LRUCacheFactory
小驼峰命名法(lowerCamelCase)
方法名、参数名、成员变量、局部变量需要使用小驼峰命名法(lowerCamelCase)。
正例:
getUserInfo()、createCustomThreadPool()、setNameFormat(String nameFormat)
Uservice userService;
反例:
GetUserInfo()、CreateCustomThreadPool()、setNameFormat(String NameFormat)
Uservice user_service
蛇形命名法(snake_case)
测试方法名、常量、枚举名称需要使用蛇形命名法(snake_case)
在蛇形命名法中,各个单词之间通过下划线“_”连接,比如should_get_200_status_code_when_request_is_valid
、CLIENT_CONNECT_SERVER_FAILURE
。
蛇形命名法的优势是命名所需要的单词比较多的时候,比如我把上面的命名通过小驼峰命名法给大家看一下:“shouldGet200StatusCodoWhenRequestIsValid”。感觉如何?相比于使用蛇形命名法(snake_case)来说是不是不那么易读?**
正例:
@Test
void should_get_200_status_code_when_request_is_valid() {......}
反例:
@Test
void shouldGet200StatusCodoWhenRequestIsValid() {......}
串式命名法(kebab-case)
在串式命名法中,各个单词之间通过下划线“-”连接,比如dubbo-registry
。
建议项目文件夹名称使用串式命名法(kebab-case),比如 dubbo 项目的各个模块的命名是下面这样的。
常见命名规范
Java 语言基本命名规范
1. 类名需要使用大驼峰命名法(UpperCamelCase)风格。方法名、参数名、成员变量、局部变量需要使用小驼峰命名法(lowerCamelCase)。
2. 测试方法名、常量、枚举名称需要使用蛇形命名法(snake_case),比如 should_get_200_status_code_when_request_is_valid
、CLIENT_CONNECT_SERVER_FAILURE
。并且, 测试方法名称要求全部小写,常量以及枚举名称需要全部大写。
3. 项目文件夹名称使用串式命名法(kebab-case),比如dubbo-registry
。
4. 包名统一使用小写,尽量使用单个名词作为包名,各个单词通过 “.” 分隔符连接,并且各个单词必须为单数。
正例:org.apache.dubbo.common.threadlocal
反例:org.apache.dubbo.common.threadLocal
5. 抽象类命名使用 Abstract 开头。
// 为远程传输部分抽象出来的一个抽象类(出处:Dubbo 源码)public abstract class AbstractClient extends AbstractEndpoint implements Client {}
6. 异常类命名使用 Exception 结尾。
// 自定义的 NoSuchMethodException(出处:Dubbo 源码)public class NoSuchMethodException extends RuntimeException {
private static final long serialVersionUID = -2725364246023268766L;
public NoSuchMethodException() {super();
}
public NoSuchMethodException(String msg) {super(msg);
}
}
7. 测试类命名以它要测试的类的名称开始,以 Test 结尾。
// 为 AnnotationUtils 类写的测试类(出处:Dubbo 源码)public class AnnotationUtilsTest {......}
POJO 类中布尔类型的变量,都不要加 is 前缀,否则部分框架解析会引起序列化错误。
如果模块、接口、类、方法使用了设计模式,在命名时需体现出具体模式。
命名易读性规范
1. 为了能让命名更加易懂和易读,尽量不要缩写 / 简写单词,除非这些单词已经被公认可以被这样缩写 / 简写。比如 CustomThreadFactory
不可以被写成 ~~CustomTF
。
2. 命名不像函数一样要尽量追求短,可读性强的名字优先于简短的名字,虽然可读性强的名字会比较长一点。 这个对应我们上面说的第 1 点。
3. 避免无意义的命名,你起的每一个名字都要能表明意思。
正例:UserService userService;
int userCount
;
反例: UserService service
int count
4. 避免命名过长(50 个字符以内最好),过长的命名难以阅读并且丑陋。
5.不要使用拼音,更不要使用中文。 注意:像 alibaba、wuhan、taobao 这种国际通用名词可以当做英文来看待。
正例:discount
反例:dazhe
Codelf: 变量命名神器?
这是一个由国人开发的网站,网上有很多人称其为变量命名神器,Guide 在实际使用了几天之后感觉没那么好用。小伙伴们可以自行体验一下,然后再给出自己的判断。
Codelf 提供了在线网站版本,网址:https://unbug.github.io/codelf/,具体使用情况如下:
我选择了 Java 编程语言,然后搜索了“序列化”这个关键词,然后它就返回了很多关于序列化的命名。
并且,Codelf 还提供了 VS code 插件,看这个评价,看来大家还是很喜欢这款命名工具的。
总结
Guide 制作了一个涵盖上面所有重要内容的思维导图,便于小伙伴们日后查阅。
其他推荐阅读
- 《阿里巴巴 Java 开发手册》
- 《Clean Code》
- Google Java 代码指南:https://google.github.io/styl…
推荐阅读
- 接近 8000 字的 Spring/SpringBoot 常用注解总结!安排!
- 面试官问我 Java8~14 的有哪些重要的新特性,我哭了~~~
- 第一弹!安排!安利 10 个让你爽到爆的 IDEA 必备插件!
- 完结撒花!JavaGuide 面试突击版来啦!
作者介绍: Github 80k Star 项目 JavaGuide(公众号同名)作者。每周都会在公众号更新一些自己原创干货。公众号后台回复“1”领取 Java 工程师必备学习资料 + 面试突击 pdf。