您好,登录后才能下订单哦!
这篇文章主要介绍“如何使用Lombok注解”,在日常操作中,相信很多人在如何使用Lombok注解问题上存在疑惑,小编查阅了各式资料,整理出简单好用的操作方法,希望对大家解答”如何使用Lombok注解”的疑惑有所帮助!接下来,请跟着小编一起来学习吧!
Lombok可以消除 Java 的冗长,减少代码的长度,让关注点转移到该专注的地方。SpringBoot把Lombok放到了它的依赖中,Java14甚至也借鉴了这种思想,推出了record语法,就是类似于下面这种:
record Point(int x, int y) { }
本篇文章,不打算讨论什么类似于@Data注解之类的。我们讨论一个比较偏门的,但是又让你感觉相见恨晚的一个注解:RequiredArgsConstructor。
爆炸的属性注入
Spring提供了两种注入模式,这也是非常初级的程序员经常被问到的三种DI写法。一种是属性注入(Filed injection),一种是通过setter方法,一种是构造器注入。
霍霍,我撒谎了,经常被问的是byName和byType。不过,这年头,我们用的跟多的是@Autowired注解。
代码写起来一般是这样的。
@Service public class GoodsServiceImpl implements GoodsSrv { @Autowired private GoodsRepo goodsRepo; @Autowired private TagRepo tagRepo; @Autowired private TagRefRepo tagRefRepo; @Autowired private BrandRepo brandRepo; @Autowired private UnitRepo unitRepo; }
这一般没什么问题,因为注入的字段是有限的。但如果你没见过一些项目代码,你会被这种程序界完美的表象给蒙骗了。
业务代码,不加注释,单文件长度超过2000行的比比皆是。注入的属性能达到十几个之多。这部分注入代码真是脏乱差。
不仅如此,这些字段,还会在IDE里变成灰色,告诉你未被初始化,代码变成了丑八怪。
事实上,Spring从4.0开始, 就 不 推 荐 使 用 属 性 注 入 模 式 了 ,原因是它可以让我们忽略掉一些代码可能变坏的隐患。你可以自行搜索这个问题,我们也不展开说了。
既然Spring推荐使用显示的Setter和构造器方式,那我们就切换一下实现方案。
Setter方法基本上用的人比较少,因为它更加臭更加长。要是给每一个属性写一个set方法,我估计你即使用代码生成器也玩吐了。
构造器注入
那么,构造器的方法就成了我们的首选。
样例代码如下:
public class GoodsServiceImpl implements GoodsSrv { 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 @RequiredArgsConstructor public class GoodsServiceImpl implements GoodsSrv { final GoodsRepo goodsRepo; final TagRepo tagRepo; final TagRefRepo tagRefRepo; final BrandRepo brandRepo; final UnitRepo unitRepo; }
我们把需要注入的属性,修改成final类型的(或者使用@NotNull注解,不推荐),这些属性将构成默认的构造器。Java要求final类型的属性必须要初始化,如果没有构造方法代码就会变红。
我们可以看到修改之后的IDE,恼人的灰色提示也消失了。
这样的代码,是非常简洁的。
更高级一点
RequiredArgsConstructor注解,你还可以像下面这样写。即使是把@__换成@_,或者换成@___,也是能正常的运行。
@RequiredArgsConstructor(onConstructor = @__(@Autowired))
它的意思是,给使用Lombok生成的构造器方法,加入一个@Autowired注解。这是彻头彻尾的Lombok语法,不过现在的Spring已经不需要加入这样的注解就能运行了。
看我下面的代码,是能实际运行的。爽不爽?
@RequiredArgsConstructor(onConstructor = @______________________________________( @Autowired ))
到此,关于“如何使用Lombok注解”的学习就结束了,希望能够解决大家的疑惑。理论与实践的搭配能更好的帮助大家学习,快去试试吧!若想继续学习更多相关知识,请继续关注亿速云网站,小编会继续努力为大家带来更多实用的文章!
免责声明:本站发布的内容(图片、视频和文字)以原创、转载和分享为主,文章观点不代表本网站立场,如果涉及侵权请联系站长邮箱:is@yisu.com进行举报,并提供相关证据,一经查实,将立刻删除涉嫌侵权内容。