Lombok插件到底要不要用？推薦使用的網(wǎng)友這樣說：



Lombok插件到底要不要用？看到很多網(wǎng)友對這個(gè)話題進(jìn)行討論，推薦使用的網(wǎng)友認(rèn)為，自動(dòng)化配置也需要了解代碼背后的實(shí)現(xiàn)，技術(shù)人科普一下使用及注意事項(xiàng)也是好事。而不推薦使用的網(wǎng)友則認(rèn)為Lombok本質(zhì)上是一個(gè)預(yù)處理程序，最大的問題是你看到的代碼和編譯器看到的代碼不一樣，會導(dǎo)致很多問題無法及時(shí)發(fā)現(xiàn)，跟C的define類似，所以不推薦使用。那么，你們覺得Lombok插件值得使用嗎？

推薦使用的網(wǎng)友這樣說：

1、市場有需求就會流行，普惠性比較高，只要能提高生產(chǎn)力（節(jié)約開發(fā)成本，創(chuàng)造價(jià)值）的工具都是好工具。如果幾年后這個(gè)需求還在，還會有“l(fā)ombok完善版”出現(xiàn)（這個(gè)作者可能是你我他）

2、我覺得作為現(xiàn)如今大部分的開發(fā)人員，在開發(fā)中面對的是如何快速的開發(fā)，而不是去想是否會破壞源碼的可讀性和完整性；所以我推薦使用。當(dāng)然也有一部分資深程序員會認(rèn)為不推薦使用；不做評論，

3、就像數(shù)碼寶貝進(jìn)化似的，一開始進(jìn)化的畫面很是詳細(xì)，到了后面因時(shí)間問題進(jìn)化畫面不再是那么必要的后，閃個(gè)光就進(jìn)化了，剛學(xué)java的確實(shí)不適合用，但是考慮到開發(fā)進(jìn)度，還是很有必要去用的。

4、省去了手動(dòng)創(chuàng)建getter/setter方法的麻煩，但大大降低了源代碼的可讀性和完整性，降低了閱讀源代碼的舒適度;看似沒有多么重要的小改動(dòng),其實(shí)反而是為了表面簡潔而簡潔。 說這句話的人我感覺你不適合干開發(fā)

5、代碼的功能是為了實(shí)現(xiàn)更多的功能，如果花時(shí)間去寫getter/setter，也不是程序開發(fā)者想要的，目的就是花最少的時(shí)間，實(shí)現(xiàn)最有價(jià)值的功能

6、用了lombok省了不少事，而且也不會給性能帶來那么重的負(fù)擔(dān)，手寫get set 早晚會因?yàn)槭终`出bug，一個(gè)女孩會因?yàn)榇黜?xiàng)鏈而被壓死嗎，明顯不會，一個(gè)團(tuán)隊(duì)一塊做開發(fā)，統(tǒng)一用一個(gè)插件還統(tǒng)一不起來？真搞不懂不推薦的人的理由在哪里

7、非常贊同使用，人都不斷在在進(jìn)化，機(jī)器也是一樣，更何況一幫程序員呢，一些簡單無意義的操作。為和要重復(fù)再重復(fù)？難道不應(yīng)該留點(diǎn)精力去做其他的事情么？

8、我是一個(gè)極其討厭冗長代碼的人，真的看過去腦殼痛，也有強(qiáng)迫癥。所以必須使用lombok,如果真有特殊字段需要查看，可以單獨(dú)寫這個(gè)字段的get,set.大部分字段都跟咸魚一般，沒什么卵用。but，在公司內(nèi)網(wǎng)開發(fā)，插件都下不了，所以公司開發(fā)還是生成的get,set.

不推薦使用的網(wǎng)友這樣說：

1、雖然省去了手動(dòng)創(chuàng)建getter/setter方法的麻煩，但大大降低了源代碼的可讀性和完整性，降低了閱讀源代碼的舒適度;看似沒有多么重要的小改動(dòng),其實(shí)反而是為了表面簡潔而簡潔

2、實(shí)體類所有的內(nèi)容還是字節(jié)構(gòu)建的好,雖然可以使框架的用注解來代替一部分內(nèi)容,可以一旦實(shí)體類中出現(xiàn)其他問題,就很難查找到問題,而且此框架省略的代碼,也可以使用工具自動(dòng)生成,生成后,我們也可以自行更改內(nèi)容,而不局限于注解動(dòng)態(tài)生成的

3、為了簡介而簡介。而且現(xiàn)在的各種IDE自動(dòng)生成代碼功能都很強(qiáng)大，并沒有節(jié)省多少事。最重要的是：只要有一個(gè)用這種東西，全組都被迫得用

4、脅迫使用！當(dāng)你的源代碼中使用了Lombok，恰好你的代碼又被其他的人所使用，那么依賴你代碼的人，也必須安裝Lombok插件(不管他們喜不喜歡)，同時(shí)還要花費(fèi)時(shí)間去了解Lombok注解的使用情況，如果不那么做，代碼將無法正常運(yùn)行。使用過Lombok之后，我發(fā)現(xiàn)這是一種很流氓的行為。

5、存在即合理從來都是一個(gè)錯(cuò)誤的言論。黑格爾的愿意是存在是有原因的。而Lombok的存在固然是有原因的，但是不使用的理由也是相當(dāng)充分的。因此，還是看開發(fā)團(tuán)隊(duì)的代碼規(guī)范吧。

6、索然省去了生成setter/getter，構(gòu)造方法和toString的麻煩，但代碼可讀性降低；另當(dāng)字段過多時(shí)，生成的含參構(gòu)造方法的順序不確定；代碼運(yùn)行需要配置相關(guān)插件

7、不推薦，在有些代碼不規(guī)范的項(xiàng)目里，如駝峰命名不規(guī)范，可能會導(dǎo)致一些未知問題，已在實(shí)際項(xiàng)目中遇到過兩次這種不清楚的問題，最后都是修改了get和set方法得到了解決。

8、眾所周知，java早期風(fēng)靡的原因不是代碼優(yōu)美、程序員能偷懶，而是程序員能夠花非常小的代價(jià)就能協(xié)同工作、項(xiàng)目能夠靈活的部署和可控的代碼管理。 再看lombok。。。很不java。。。 再說，那些用lombok的同事，你們用lombok可以，但是用完后，找個(gè)工具把缺少的代碼補(bǔ)回來再提交代碼會死嘛。。。點(diǎn)一點(diǎn)，不比你們每個(gè)類加個(gè)標(biāo)簽要慢。

以上，就是小編整理的Lombok插件到底要不要用的內(nèi)容，希望能幫助到大家哦！
北大青鳥網(wǎng)上報(bào)名
北大青鳥招生簡章