提升java开发效率工具lombok使用争议

引言

对使用 lombok 还是有很多争议的,有些公司不建议使用,有些公司又大量使用。

提升java开发效率工具lombok使用争议_第1张图片

我们的想法是:可以使用,但是不要滥用。

什么是 lombok

Lombok是 一种Java™实用工具,可用来帮助开发人员消除Java的冗长代码,尤其是对于简单的Java对象(POJO) 。 它通过注释实现这一目的。 通过在开发环境中实现Lombok,开发人员可以节省构建诸如hashCode() 和 equals()这样的方法以及以往用来分类各种 accessor和 mutator的大量时间。

我们都知道使用 Java 定义对象的时候都会用到 Getter 和 Setter 方法。

虽然我们有工具帮我们快速生成这些方法,但是实际上还是有点麻烦。

lombok 就可以通过一行注释来实现所有的这些方法。

lombok 可以做的不仅仅是这个,还可以通过注释 @Slf4j 来帮你实现自动定义 log。

我们就不用写冗长的

private static final Logger logger = LoggerFactory.getLogger(ListingProcessor.class)

而且针对 log 的类不同,这句话也是不同的。

如何使用

如果使用 Maven 的话,直接添加下面的依赖到 pom 文件中就可以了。

        
            org.projectlombok
            lombok
            1.18.24
            provided
        

IDEA 的插件是自动安装的,你直接启用就可以了。

IDEA 会提示你是不是在当前的项目中启用 lombok,你可以选择启用或者不启用。

提升java开发效率工具lombok使用争议_第2张图片

随后就是在代码中使用注释就可以了。

如下面的代码,我们直接简化使用注解就可以了。

提升java开发效率工具lombok使用争议_第3张图片

需要注意的是,使用 log 来标记日志。

提升java开发效率工具lombok使用争议_第4张图片

这样看起来,代码就优雅很多,也能减少不少不需要的代码。

lombok 的原理和滥用

Java 程序的解析分为:运行时解析编译时解析

通常我们通过反射获取类、方法、注解和成员变量就是运行时解析。但是这种方式效率其实不高,要在程序运行起来才能解析。

这时候编译时解析就体现出它的价值了。

编译时解析又分为:注解处理器(Annotation Processing Tool)和JSR 269 插入式注解处理器(Pluggable Annotation Processing API)

第一种处理器它最早是在 JDK 1.5 与注解(Annotation) 一起引入的,它是一个命令行工具,能够提供构建时基于源代码对程序结构的读取功能,能够通过运行注解处理器来生成新的中间文件,进而影响编译过程。

不过在JDK 1.8以后,第一种处理器被淘汰了,取而代之的是第二种处理器。

这样就导致了 lombok 对 JDK 的兼容性出现了一些问题。

当你更换 JDK 版本的时候,lombok 的版本也需要一并进行更换,否则你就会出现错误。

如果下面文章讨论的错误: Java 项目编译错误 Error:java: java.lang.ExceptionInInitializer

就是因为 JDK 不兼容的问题导致的整个项目无法编译。

如果上游系统中提供的fegin client 使用了 lombok,那么下游系统必须也使用 lombok,否则会报错,上下游系统构成了强依赖。

如果你需要对 getter 或者 setter 方法进行一些编码的话,lombok 也不是不能用,但是会有一点点的学习曲线。

综合上面的考虑, lombok 还是可以用的,但是不要尝试所有地方都用 lombok,避免滥用。

哪怕就是为了使用 @Slf4j 来考虑的话,也是值得的。

以上就是提升java开发效率工具lombok使用争议的详细内容,更多关于java开发工具lombok的资料请关注脚本之家其它相关文章!

你可能感兴趣的:(提升java开发效率工具lombok使用争议)