您好,登錄后才能下訂單哦!
這篇文章主要介紹“如何使用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進行舉報,并提供相關證據,一經查實,將立刻刪除涉嫌侵權內容。