相见恨晚,一个架构师也不会用的Lombok注解

原创:不羡鸳鸯不羡仙,一行代码调半天。小姐姐味道(微信公众号ID:xjjdog),欢迎分享,转载请保留出处。

我见过很多反对Lombok的同学,背地里又偷偷的把插件添加了进去,这是真香原理在搞鬼。嘴上说不要,身体很诚实。反对的人,应该是没见过一些业务代码的冗长繁杂,还沉浸在自己病态的完美主义中。

要面对又脏又乱的从业环境,面对现实。

Lombok可以消除 Java 的冗长,减少代码的长度,让关注点转移到该专注的地方。SpringBoot把Lombok放到了它的依赖中,Java14甚至也借鉴了这种思想,推出了record语法,就是类似于下面这种:

record Point(int x, int y) { }复制代码

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

爆炸的属性注入

Spring提供了两种注入模式,这也是非常初级的程序员经常被问到的三种DI写法。一种是属性注入(Filed injection),一种是通过setter方法,一种是构造器注入

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

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

@Servicepublic class GoodsServiceImpl implements Good***v {@Autowiredprivate GoodsRepo goodsRepo;@Autowiredprivate TagRepo tagRepo;@Autowiredprivate TagRefRepo tagRefRepo;@Autowiredprivate BrandRepo brandRepo;@Autowiredprivate UnitRepo unitRepo;
}复制代码

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

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

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

相见恨晚,一个架构师也不会用的Lombok注解

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

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

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

构造器注入

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

样例代码如下:

public class GoodsServiceImpl implements Good***v {private GoodsRepo goodsRepo;private TagRepo tagRepo;private TagRefRepo tagRefRepo;private BrandRepo brandRepo;private UnitRepo unitRepo;public GoodsServiceImpl(
            GoodsRepo goodsRepo,
            TagRepo tagRepo,
            TagRefRepo tagRefRepo,
            BrandRepo brandRepo,
            UnitRepo unitRepo) {this.goodsRepo = goodsRepo;this.tagRefRepo = tagRefRepo;this.tagRefRepo = tagRefRepo;this.brandRepo = brandRepo;this.unitRepo = unitRepo;this.tagRepo = tagRepo;
    }
}复制代码

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

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

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

代码如下。

@Service@RequiredArgsConstructorpublic class GoodsServiceImpl implements Good***v {final GoodsRepo goodsRepo;final TagRepo tagRepo;final TagRefRepo tagRefRepo;final BrandRepo brandRepo;final UnitRepo unitRepo;
}复制代码

我们把需要注入的属性,修改成final类型的(或者使用@NotNull注解,不推荐),这些属性将构成默认的构造器。Java要求final类型的属性必须要初始化,如果没有构造方法代码就会变红。

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

相见恨晚,一个架构师也不会用的Lombok注解

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

更高级一点

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

@RequiredArgsConstructor(onConstructor = @__(@Autowired))复制代码

它的意思是,给使用Lombok生成的构造器方法,加入一个@Autowired注解。这是彻头彻尾的Lombok语法,不过现在的Spring已经不需要加入这样的注解就能运行了。

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

@RequiredArgsConstructor(onConstructor = 
@______________________________________(
        @Autowired
))复制代码

真是要命的美啊!

End

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

这些小技巧,xjjdog是讲一个少一个的,你要是来个友情三连,或许能打通我的任督二脉,以后能少点广告更多点干货。

作者简介:小姐姐味道  (xjjdog),一个不允许程序员走弯路的公众号。聚焦基础架构和Linux。十年架构,日百亿流量,与你探讨高并发世界,给你不一样的味道。我的个人微信xjjdog0,欢迎添加好友,进一步交流。

上一篇:MyBatis Cause: java.lang.IndexOutOfBoundsException: Index: 5, Size: 5


下一篇:java开发插件Lombok