嘴上说反对Lombok,身体却很诚实…

开发 后端 开发工具
嘴上说不要,身体很诚实。反对的人,应该是没见过一些业务代码的冗长繁杂,还沉浸在自己病态的完美主义中。要面对又脏又乱的从业环境,面对现实。

 我见过很多反对 Lombok 的同学,背地里又偷偷的把插件添加了进去,这是真香原理在搞鬼。

[[350281]]

图片来自 Pexels 

嘴上说不要,身体很诚实。反对的人,应该是没见过一些业务代码的冗长繁杂,还沉浸在自己病态的完美主义中。要面对又脏又乱的从业环境,面对现实。

Lombok 可以消除 Java 的冗长,减少代码的长度,让关注点转移到该专注的地方。

SpringBoot 把 Lombok 放到了它的依赖中,Java14 甚至也借鉴了这种思想,推出了 record 语法。

就是类似于下面这种:

  1. record Point(int x, int y) { } 

本篇文章,不打算讨论什么类似于 @Data 注解之类的。我们讨论一个比较偏门的,但是又让你感觉相见恨晚的一个注解:RequiredArgsConstructor。

爆炸的属性注入

Spring 提供了两种注入模式,这也是非常初级的程序员经常被问到的三种 DI 写法。

一种是属性注入(Filed injection),一种是通过 Setter 方法,一种是构造器注入。

霍霍,我撒谎了,经常被问的是 byName 和 byType。不过,这年头,我们用的跟多的是 @Autowired 注解。

代码写起来一般是这样的:

  1. @Service 
  2. public class GoodsServiceImpl implements GoodsSrv { 
  3.     @Autowired 
  4.     private GoodsRepo goodsRepo; 
  5.     @Autowired 
  6.     private TagRepo tagRepo; 
  7.     @Autowired 
  8.     private TagRefRepo tagRefRepo; 
  9.     @Autowired 
  10.     private BrandRepo brandRepo; 
  11.     @Autowired 
  12.     private UnitRepo unitRepo; 

这一般没什么问题,因为注入的字段是有限的。但如果你没见过一些项目代码,你会被这种程序界完美的表象给蒙骗了。

业务代码,不加注释,单文件长度超过 2000 行的比比皆是。注入的属性能达到十几个之多。这部分注入代码真是脏乱差。

不仅如此,这些字段,还会在 IDE 里变成灰色,告诉你未被初始化,代码变成了丑八怪。

 

事实上,Spring 从 4.0 开始, 就 不 推 荐 使 用 属 性 注 入 模 式 了 ,原因是它可以让我们忽略掉一些代码可能变坏的隐患。你可以自行搜索这个问题,我们也不展开说了。

既然 Spring 推荐使用显示的 Setter 和构造器方式,那我们就切换一下实现方案。

Setter 方法基本上用的人比较少,因为它更加臭更加长。要是给每一个属性写一个 set 方法,我估计你即使用代码生成器也玩吐了。

构造器注入

那么,构造器的方法就成了我们的首选。

样例代码如下:

  1. public class GoodsServiceImpl implements GoodsSrv { 
  2.  
  3.     private GoodsRepo goodsRepo; 
  4.     private TagRepo tagRepo; 
  5.     private TagRefRepo tagRefRepo; 
  6.     private BrandRepo brandRepo; 
  7.     private UnitRepo unitRepo; 
  8.  
  9.     public GoodsServiceImpl( 
  10.             GoodsRepo goodsRepo, 
  11.             TagRepo tagRepo, 
  12.             TagRefRepo tagRefRepo, 
  13.             BrandRepo brandRepo, 
  14.             UnitRepo unitRepo) { 
  15.         this.goodsRepo = goodsRepo; 
  16.         this.tagRefRepo = tagRefRepo; 
  17.         this.tagRefRepo = tagRefRepo; 
  18.         this.brandRepo = brandRepo; 
  19.         this.unitRepo = unitRepo; 
  20.         this.tagRepo = tagRepo; 
  21.     } 

Spring 不需要加入其他注解,就可以使用构造器完成注入。问题是,我们依然要写很多代码。

这个时候,你可能想到了 Lombok 的 AllArgsConstructor 注解。但它是针对于全部的属性的,如果类中有一些非 Bean 的属性,Spring 就会晕菜。

这个时候,就可以使用 RequiredArgsConstructor 了。

代码如下:

  1. @Service 
  2. @RequiredArgsConstructor 
  3. public class GoodsServiceImpl implements GoodsSrv { 
  4.     final GoodsRepo goodsRepo; 
  5.     final TagRepo tagRepo; 
  6.     final TagRefRepo tagRefRepo; 
  7.     final BrandRepo brandRepo; 
  8.     final UnitRepo unitRepo; 

我们把需要注入的属性,修改成 final 类型的(或者使用 @NotNull 注解,不推荐),这些属性将构成默认的构造器。

Java 要求 final 类型的属性必须要初始化,如果没有构造方法代码就会变红。

我们可以看到修改之后的 IDE,恼人的灰色提示也消失了。

 

这样的代码,是非常简洁的。

更高级一点

RequiredArgsConstructor 注解,你还可以像下面这样写。即使是把 @__ 换成 @_,或者换成 @___,也是能正常的运行。

  1. @RequiredArgsConstructor(onConstructor = @__(@Autowired)) 

它的意思是,给使用 Lombok 生成的构造器方法,加入一个 @Autowired 注解。

这是彻头彻尾的 Lombok 语法,不过现在的 Spring 已经不需要加入这样的注解就能运行了。

看我下面的代码,是能实际运行的。爽不爽?

  1. @RequiredArgsConstructor(onConstructor =  
  2. @______________________________________( 
  3.         @Autowired 
  4. )) 

真是要命的美啊!

通过这些方式,你写的代码行数,可能会急剧下降。在以代码行数论贡献的公司,可能会助你获得 3.25,不过这 3.25 拿的骄傲。

作者:小姐姐味道

简介:聚焦基础架构和 Linux。十年架构,日百亿流量,与你探讨高并发世界,给你不一样的味道。

编辑:陶家龙

出处:转载自公众号小姐姐味道(ID:xjjdog)

 

责任编辑:武晓燕 来源: 小姐姐味道
相关推荐

2020-10-30 07:09:52

Lombok架构师

2016-10-08 01:17:35

智能编辑AI

2021-09-21 15:56:00

iPhone 13苹果双十一

2020-01-07 15:33:22

AMD英伟达显卡

2024-06-21 08:21:18

2019-01-16 10:45:39

苹果iPhone降价

2020-05-06 22:01:52

Excel代码Python

2009-08-05 10:08:22

虚拟化风险技能

2021-09-28 10:10:55

量子计算芯片超算

2021-07-26 14:50:03

人工智能算法云计算

2009-09-24 08:45:26

微软竞争对手Chrome

2025-01-10 12:00:00

LombokMavenGradle

2020-09-04 14:16:10

大数据

2011-08-29 11:12:04

2020-08-11 15:54:15

数据中心整合数据中心

2009-03-03 09:45:06

微软临时工减薪

2015-03-09 10:10:19

科技两会

2019-02-14 08:35:29

WiFi网速无线网络

2010-03-29 15:54:13

2023-02-03 08:21:55

点赞
收藏

51CTO技术栈公众号