专栏名称: OSC开源社区
OSChina 开源中国 官方微信账号
目录
相关文章推荐
程序猿  ·  450万虚假Star曝光,最低0.7元/个? ... ·  14 小时前  
OSC开源社区  ·  DeepSeek R1已在Gitee ... ·  4 天前  
OSC开源社区  ·  萨姆·奥特曼:OpenAI在开源问题上一直处 ... ·  4 天前  
程序员的那些事  ·  奥特曼被逼急:深夜上线 ... ·  5 天前  
码农翻身  ·  强烈建议尽快搞个软考证!(2025重大红利) ·  5 天前  
51好读  ›  专栏  ›  OSC开源社区

如何编写既美观又规范的Java代码?

OSC开源社区  · 公众号  · 程序员  · 2024-12-12 15:01

正文

↓推荐关注↓


本文导读

在软件开发的世界里,代码不仅是程序的基石,更是程序员交流的通用语言。而Java,作为一门广泛应用于企业级应用的编程语言,其代码的可读性和一致性对于项目的长期维护和团队协作至关重要。


本文将带你探索Java代码的美学,揭示那些能够让你的代码既美观又高效的样式规范。无论是初出茅庐的新手还是经验丰富的老手,都能从中获得灵感,提升编码的艺术。

01
为什么要代码样式规范 

对于团队开发,不同的代码规范或不规范可能引起的问题包括但不限于:

1.代码可读性,代码是为了人阅读的,不是只为了机器执行;

2.代码format引发的大量的diff,干扰code review;

3.间接影响代码质量和团队协作效率;

在敏捷迭代的软件开发环境中,良好的代码规范不仅能够帮助团队成员快速理解彼此的代码,减少沟通成本,还能在代码维护和扩展时节省宝贵的时间。此外,一致的代码风格也是项目专业性的体现,能够给代码审查者和未来的维护者留下良好的第一印象。

02
 
探索Java代码规范
 

我们将深入探讨Java社区广泛认可的编码规范,包括但不限于Google Java Style和Oracle官方的编码指南。从命名约定、代码格式化、注释的使用,到错误处理和测试代码的编写,每一个细节都是构建高质量Java代码的关键。

2.1 业界Java代码样式规范

a. Google Java Style

Google在github上维护的多种编程语言的代码规范:https://github.com/google/styleguide,其中:

• javaguide.html 是Google对Java编程语言代码编码标准的完整定义;

• intellij-java-google-style.xml 是Google Java代码规范文件,适用于Intellij IDEA开发工具;

b. 阿里Java规范

阿里在 GitHub 上有一个关于 Java 开发规范的仓库 p3c:https://github.com/alibaba/p3c,其中:

• Java开发手册(黄山版).pdf 覆盖编程规约、异常日志、单元测试等七个维度;

• Alibaba Java Coding Guidelines Jetbrains插件市场提供的代码指导插件, idea-plugin 提供编译、安装、使用手册;

c. 其它规范

2.2 规范选择与制定

a. 规范选择

上面列举了多项代码规范,在决定使用哪种规范之前,可以考虑三个方面:

•明确目标:使用代码规范的目的是什么,只是为了项目内代码风格一致,还是为了和其他团队分享或者其他公司分享或者开源?

•使用环境:开发阅读代码的环境是什么,GitHub、GitLab、公司内部的代码平台?

•工具支持:code format工具支持情况,code sytle check工具支持情况,编译工具:maven、gradle,IDE:IntelliJ、Eclipse、VS Code;

综合上面的三个方面的考虑,优先选择Google Java Style。

b. 规范制定

Google Java Style部分代码样式团队难以接受,比如2空格缩进等,可以在原始Google Java Style基础上,适当定制化调整。

2.3 规范使用

代码样式规范的使用分为两个方面:

•代码格式化

•代码样式校验

注意:code style 跟 check style 的「配置文件」必须对应,即按照code style format的代码check style不报错。

代码样式校验

代码格式化依赖于开发者手动进行格式化,为达到团队/项目代码样式规范的落地,需要有全面的自动化的代码检查。根据当前业界推荐,采用Checkstyle作为自动化代码样式校验工具。

需要对原始 Google Code Style 的google_checks进行定制,以适配上面intellij-java-jd-style.xml的定制。

•修改google_checks中的内容:

除了上述的长度和缩进的代码样式校验,Checkstyle还可以配置其它代码校验,可根据团队接受情况予以配置。

03
 
最佳实践:如何将规范融入日常开发
 

3.1 Code Style配置&使用

a. IDEA配置Code Style

在 IntelliJ IDEA下,使用intellij-java-jd-style.xml进行代码格式化之前,需要先进行配置。

设置配置文件,路径:IntelliJ IDEA→Preference→Editor→Code Style,参考下图:

导入定制的Code Style文件:intellij-java-jd-style.xml

命名Scheme,如图中JD-Style,并启用该代码样式规范

b. IDEA使用Code Style

完成上述配置后,在Mac环境的IntelliJ IDEA中,可以对选中的代码格式化(快捷键:Option+Command+L)或者对选中的文件格式化(快捷键:Shift+Option+Command+L)

3.2 Check Style配置&使用

Check Style的配置和使用有两种主要方式:

1. 在开发环境IDE中,开发者配置插件后,可触发代码样式规范的检查,根据提示项进行代码修改;

2.在maven项目中,配置Check Style插件,可用命令行触发代码样式规范的检查,集成到CI (Continuous Integration)的自动化流水线中;

a. IDEA配置CheckStyle插件

在 IntelliJ IDEA下,安装Plugin,路径:IntelliJ IDEA→Preference→Plugins,参考下图:

下载配置文件checkstyle.xml,配置CheckStyle-IDEA插件,路径:IntelliJ IDEA→Preference→Tools→Checkstyle,增加自定义配置文件并命名,参考下图:

b. IDEA使用CheckStyle插件

安装配置CheckStyle插件后,工具窗口增加了CheckStyle Tab,在CheckStyle窗口进行check,可以选择:

•Check Current File

•Check Module

•Check Project

c. maven配置CheckStyle插件

参考Checkstyle maven插件的官方配置案例:多模块项目配置,通常我们在项目中新建build-tools模块,将checkstyle.xml等配置文件放在这个模块的resources目录下。

project-name| -- pom.xml| -- build-tools| | -- pom.xml| | -- src| | | -- main| | | -- resources| | | -- checkstyle.xml| | | -- checkstyle-suppressions.xml| -- core| -- gui| -- other-module
build-tools模块的pom.xml使用IDEA自动生成的配置文件,类似:
<project>    <parent>        <artifactId>project-nameartifactId>        <groupId>com.jd.project-namegroupId>        <version>1.0.0version>    parent>
<modelVersion>4.0.0modelVersion> <artifactId>build-toolsartifactId>project>

配置文件checkstyle.xml、checkstyle-suppressions.xml可以从coding中下载

父项目的pom.xml中,增加如下配置:

<project>    ...    <modules>        ...        <module>build-toolsmodule>    modules>
<properties> ... <maven.checkstyle.version>3.6.0maven.checkstyle.version> properties>
<build> <pluginManagement> <plugins> <plugin> <groupId>org.apache.maven.pluginsgroupId> <artifactId>maven-checkstyle-pluginartifactId> <version>${maven.checkstyle.version}version> <configuration> <configLocation>build-tools/src/main/resources/checkstyle.xmlconfigLocation> <includeTestSourceDirectory>trueincludeTestSourceDirectory> <outputFile>checkstyle-report.xmloutputFile> <consoleOutput>falseconsoleOutput> <failOnViolation>truefailOnViolation> <excludes>target/**excludes> configuration> <executions> <execution> <id>checkstyleid> <phase>validatephase> <goals> <goal>checkgoal> goals> execution> executions> plugin> plugins> pluginManagement> <plugins> <plugin> <groupId>org.apache.maven.pluginsgroupId> <artifactId>maven-checkstyle-pluginartifactId> plugin> plugins> build> <reporting> <plugins> <plugin> <groupId>org.apache.maven.pluginsgroupId> <artifactId>maven-checkstyle-pluginartifactId> <reportSets> <reportSet> <reports





请到「今天看啥」查看全文