如何使用RequiredArgsConstructor注解

這篇文章主要講解了“如何使用RequiredArgsConstructor注解”，文中的講解內(nèi)容簡(jiǎn)單清晰，易于學(xué)習(xí)與理解，下面請(qǐng)大家跟著小編的思路慢慢深入，一起來研究和學(xué)習(xí)“如何使用RequiredArgsConstructor注解”吧！

爆炸的屬性注入

Spring 提供了兩種注入模式，這也是非常初級(jí)的程序員經(jīng)常被問到的三種 DI 寫法。

一種是屬性注入(Filed injection)，一種是通過 Setter 方法，一種是構(gòu)造器注入。

霍霍，我撒謊了，經(jīng)常被問的是 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; }

這一般沒什么問題，因?yàn)樽⑷氲淖侄问怯邢薜?。但如果你沒見過一些項(xiàng)目代碼，你會(huì)被這種程序界完美的表象給蒙騙了。

業(yè)務(wù)代碼，不加注釋，單文件長(zhǎng)度超過 2000 行的比比皆是。注入的屬性能達(dá)到十幾個(gè)之多。這部分注入代碼真是臟亂差。

不僅如此，這些字段，還會(huì)在 IDE 里變成灰色，告訴你未被初始化，代碼變成了丑八怪。

事實(shí)上，Spring 從 4.0 開始， 就 不 推 薦 使 用 屬 性 注 入 模 式 了  ，原因是它可以讓我們忽略掉一些代碼可能變壞的隱患。你可以自行搜索這個(gè)問題，我們也不展開說了。

既然 Spring 推薦使用顯示的 Setter 和構(gòu)造器方式，那我們就切換一下實(shí)現(xiàn)方案。

Setter 方法基本上用的人比較少，因?yàn)樗映舾娱L(zhǎng)。要是給每一個(gè)屬性寫一個(gè) set 方法，我估計(jì)你即使用代碼生成器也玩吐了。

構(gòu)造器注入

那么，構(gòu)造器的方法就成了我們的首選。

樣例代碼如下：

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 不需要加入其他注解，就可以使用構(gòu)造器完成注入。問題是，我們依然要寫很多代碼。

這個(gè)時(shí)候，你可能想到了 Lombok 的 AllArgsConstructor 注解。但它是針對(duì)于全部的屬性的，如果類中有一些非 Bean  的屬性，Spring 就會(huì)暈菜。

這個(gè)時(shí)候，就可以使用 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 注解，不推薦)，這些屬性將構(gòu)成默認(rèn)的構(gòu)造器。

Java 要求 final 類型的屬性必須要初始化，如果沒有構(gòu)造方法代碼就會(huì)變紅。

我們可以看到修改之后的 IDE，惱人的灰色提示也消失了。

這樣的代碼，是非常簡(jiǎn)潔的。

更高級(jí)一點(diǎn)

RequiredArgsConstructor 注解，你還可以像下面這樣寫。即使是把 @__ 換成 @_，或者換成 @___，也是能正常的運(yùn)行。

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

它的意思是，給使用 Lombok 生成的構(gòu)造器方法，加入一個(gè) @Autowired 注解。

這是徹頭徹尾的 Lombok 語法，不過現(xiàn)在的 Spring 已經(jīng)不需要加入這樣的注解就能運(yùn)行了。

看我下面的代碼，是能實(shí)際運(yùn)行的。爽不爽?

@RequiredArgsConstructor(onConstructor =  @______________________________________(         @Autowired ))

感謝各位的閱讀，以上就是“如何使用RequiredArgsConstructor注解”的內(nèi)容了，經(jīng)過本文的學(xué)習(xí)后，相信大家對(duì)如何使用RequiredArgsConstructor注解這一問題有了更深刻的體會(huì)，具體使用情況還需要大家實(shí)踐驗(yàn)證。這里是億速云，小編將為大家推送更多相關(guān)知識(shí)點(diǎn)的文章，歡迎關(guān)注！