這篇文章主要講解了“如何使用RequiredArgsConstructor注解”,文中的講解內(nèi)容簡單清晰,易于學習與理解,下面請大家跟著小編的思路慢慢深入,一起來研究和學習“如何使用RequiredArgsConstructor注解”吧!
余慶網(wǎng)站建設公司創(chuàng)新互聯(lián)公司,余慶網(wǎng)站設計制作,有大型網(wǎng)站制作公司豐富經(jīng)驗。已為余慶上1000+提供企業(yè)網(wǎng)站建設服務。企業(yè)網(wǎng)站搭建\成都外貿(mào)網(wǎng)站建設要多少錢,請找那個售后服務好的余慶做網(wǎng)站的公司定做!
爆炸的屬性注入
Spring 提供了兩種注入模式,這也是非常初級的程序員經(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è)務代碼,不加注釋,單文件長度超過 2000 行的比比皆是。注入的屬性能達到十幾個之多。這部分注入代碼真是臟亂差。
不僅如此,這些字段,還會在 IDE 里變成灰色,告訴你未被初始化,代碼變成了丑八怪。
事實上,Spring 從 4.0 開始, 就 不 推 薦 使 用 屬 性 注 入 模 式 了 ,原因是它可以讓我們忽略掉一些代碼可能變壞的隱患。你可以自行搜索這個問題,我們也不展開說了。
既然 Spring 推薦使用顯示的 Setter 和構(gòu)造器方式,那我們就切換一下實現(xiàn)方案。
Setter 方法基本上用的人比較少,因為它更加臭更加長。要是給每一個屬性寫一個 set 方法,我估計你即使用代碼生成器也玩吐了。
構(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)造器完成注入。問題是,我們依然要寫很多代碼。
這個時候,你可能想到了 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 注解,不推薦),這些屬性將構(gòu)成默認的構(gòu)造器。
Java 要求 final 類型的屬性必須要初始化,如果沒有構(gòu)造方法代碼就會變紅。
我們可以看到修改之后的 IDE,惱人的灰色提示也消失了。
這樣的代碼,是非常簡潔的。
更高級一點
RequiredArgsConstructor 注解,你還可以像下面這樣寫。即使是把 @__ 換成 @_,或者換成 @___,也是能正常的運行。
@RequiredArgsConstructor(onConstructor = @__(@Autowired))
它的意思是,給使用 Lombok 生成的構(gòu)造器方法,加入一個 @Autowired 注解。
這是徹頭徹尾的 Lombok 語法,不過現(xiàn)在的 Spring 已經(jīng)不需要加入這樣的注解就能運行了。
看我下面的代碼,是能實際運行的。爽不爽?
@RequiredArgsConstructor(onConstructor = @______________________________________( @Autowired ))
感謝各位的閱讀,以上就是“如何使用RequiredArgsConstructor注解”的內(nèi)容了,經(jīng)過本文的學習后,相信大家對如何使用RequiredArgsConstructor注解這一問題有了更深刻的體會,具體使用情況還需要大家實踐驗證。這里是創(chuàng)新互聯(lián),小編將為大家推送更多相關知識點的文章,歡迎關注!
當前名稱:如何使用RequiredArgsConstructor注解
URL分享:http://jinyejixie.com/article24/gdjije.html
成都網(wǎng)站建設公司_創(chuàng)新互聯(lián),為您提供網(wǎng)站設計、網(wǎng)站收錄、自適應網(wǎng)站、響應式網(wǎng)站、網(wǎng)站排名、微信公眾號
聲明:本網(wǎng)站發(fā)布的內(nèi)容(圖片、視頻和文字)以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主,如果涉及侵權(quán)請盡快告知,我們將會在第一時間刪除。文章觀點不代表本網(wǎng)站立場,如需處理請聯(lián)系客服。電話:028-86922220;郵箱:631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載,或轉(zhuǎn)載時需注明來源: 創(chuàng)新互聯(lián)