建站
咨詢
售后
建站咨詢
新聞中心
我見過很多反對 Lombok 的同學(xué)，背地里又偷偷的把插件添加了進(jìn)去，這是真香原理在搞鬼。
讓客戶滿意是我們工作的目標(biāo)，不斷超越客戶的期望值來自于我們對這個行業(yè)的熱愛。我們立志把好的技術(shù)通過有效、簡單的方式提供給客戶，將通過不懈努力成為客戶在信息化領(lǐng)域值得信任、有價值的長期合作伙伴，公司提供的服務(wù)項目有：國際域名空間、雅安服務(wù)器托管、營銷軟件、網(wǎng)站建設(shè)、裕華網(wǎng)站維護(hù)、網(wǎng)站推廣。
嘴上說不要，身體很誠實。反對的人，應(yīng)該是沒見過一些業(yè)務(wù)代碼的冗長繁雜，還沉浸在自己病態(tài)的完美主義中。要面對又臟又亂的從業(yè)環(huán)境，面對現(xiàn)實。
Lombok 可以消除 Java 的冗長，減少代碼的長度，讓關(guān)注點轉(zhuǎn)移到該專注的地方。
SpringBoot 把 Lombok 放到了它的依賴中，Java14 甚至也借鑒了這種思想，推出了 record 語法。
就是類似于下面這種：
- record Point(int x, int y) { }
本篇文章，不打算討論什么類似于 @Data 注解之類的。我們討論一個比較偏門的，但是又讓你感覺相見恨晚的一個注解：RequiredArgsConstructor。
爆炸的屬性注入
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è)務(wù)代碼，不加注釋，單文件長度超過 2000 行的比比皆是。注入的屬性能達(dá)到十幾個之多。這部分注入代碼真是臟亂差。
不僅如此，這些字段，還會在 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)成默認(rèn)的構(gòu)造器。
Java 要求 final 類型的屬性必須要初始化，如果沒有構(gòu)造方法代碼就會變紅。
我們可以看到修改之后的 IDE，惱人的灰色提示也消失了。
這樣的代碼，是非常簡潔的。
更高級一點
RequiredArgsConstructor 注解，你還可以像下面這樣寫。即使是把 @__ 換成 @_，或者換成 @___，也是能正常的運(yùn)行。
- @RequiredArgsConstructor(onConstructor = @__(@Autowired))
它的意思是，給使用 Lombok 生成的構(gòu)造器方法，加入一個 @Autowired 注解。
這是徹頭徹尾的 Lombok 語法，不過現(xiàn)在的 Spring 已經(jīng)不需要加入這樣的注解就能運(yùn)行了。
看我下面的代碼，是能實際運(yùn)行的。爽不爽?
- @RequiredArgsConstructor(onConstructor =
- @______________________________________(
- @Autowired
- ))
真是要命的美啊!
通過這些方式，你寫的代碼行數(shù)，可能會急劇下降。在以代碼行數(shù)論貢獻(xiàn)的公司，可能會助你獲得 3.25，不過這 3.25 拿的驕傲。
作者：小姐姐味道
簡介：聚焦基礎(chǔ)架構(gòu)和 Linux。十年架構(gòu)，日百億流量，與你探討高并發(fā)世界，給你不一樣的味道。
編輯：陶家龍
出處：轉(zhuǎn)載自公眾號小姐姐味道(ID：xjjdog)
新聞標(biāo)題：嘴上說反對Lombok，身體卻很誠實…
網(wǎng)站地址：http://m.5511xx.com/article/cddijec.html
