思考一個(gè)問(wèn)題，為何屬性是private，然后用get/set方法？

普遍想法

• 大家都這么寫，我也這么寫；
• 這是Java的封裝特性，你不知道？
• 隱藏屬性，不暴露過(guò)多細(xì)節(jié)，更安全；

下面系統(tǒng)的分析一下，why?

1、采用get/set方法其實(shí)是Java的一個(gè)協(xié)議，在1996年12月提出的java bean1.00-A，通過(guò)統(tǒng)一的規(guī)范可以設(shè)置對(duì)象的值（比如get、set方法）。很多框架也是在此基礎(chǔ)上開發(fā)的，底層源碼也都是通過(guò)get/set訪問(wèn)屬性的。

2、很多時(shí)候，可以通過(guò)get/set方法，① 增加一些功能；② 增加一些特定的修改，比如打折；③ 增加一些訪問(wèn)邏輯；④ 還可以通過(guò)set方法觸發(fā)一些事件。

3、如果你將一個(gè)屬性定義為public了，而且在50處調(diào)用了，此時(shí)，產(chǎn)品經(jīng)理來(lái)了一個(gè)需求，將此次的促銷商品打五折；難道你要去修改這50處的代碼嗎？如果你用get/set封裝了，修改對(duì)應(yīng)屬性的set方法即可，so easy~！

4、就像上面所說(shuō)，大家都這么寫，我也這么寫，但是，對(duì)于大多數(shù)企業(yè)應(yīng)用來(lái)說(shuō)，直接將屬性寫成public，也是沒(méi)毛病。

5、也可以理解為，“風(fēng)格統(tǒng)一的代碼更好維護(hù)”。

6、假如我新接手一個(gè)項(xiàng)目，要用到某個(gè)bean，我也不知道都有什么屬性，一般的做法都是先new一個(gè)，然后通過(guò)小數(shù)點(diǎn)聯(lián)想出來(lái)，如果沒(méi)有g(shù)et/set，那真的很煩躁。

7、現(xiàn)在都是面向接口編程，而Java接口中是不能定義普通的屬性的，但可以定義get/set方法。

來(lái)，一起回味一下封裝的概念。

封裝是指一個(gè)對(duì)象對(duì)其他對(duì)象隱藏其部分狀態(tài)和行為，而僅向程序其他部分暴露有限的接口的能力。封裝也叫作信息隱藏或者數(shù)據(jù)訪問(wèn)保護(hù)。類通過(guò)暴露有限的訪問(wèn)接口，授權(quán)外部?jī)H能通過(guò)類提供的方式（或者叫函數(shù)）來(lái)訪問(wèn)內(nèi)部信息或者數(shù)據(jù)。對(duì)于封裝這個(gè)特性，我們需要編程語(yǔ)言本身提供一定的語(yǔ)法機(jī)制來(lái)支持。這個(gè)語(yǔ)法機(jī)制就是訪問(wèn)權(quán)限控制。

Lombok應(yīng)運(yùn)而生

為了解決get/set的代碼臃腫問(wèn)題，Lombok應(yīng)運(yùn)而生。簡(jiǎn)單無(wú)腦，解決一切煩惱。

使用 Lombok 可以讓代碼更加簡(jiǎn)潔，減少冗余的代碼量。使用 Lombok 時(shí)，可以使用注解來(lái)生成常用的代碼，如 getter、setter、equals、hashCode 和 toString 方法，這些方法通常都是在 Java 類中需要手動(dòng)編寫的。 使用 Lombok 可以省去這些手動(dòng)編寫的步驟，使代碼更加簡(jiǎn)潔。此外，使用 Lombok 還有一個(gè)好處是可以使用注解來(lái)生成構(gòu)造函數(shù)和靜態(tài)構(gòu)造函數(shù)，這些構(gòu)造函數(shù)可以接受所有屬性作為參數(shù)。這樣就可以避免手動(dòng)編寫很多構(gòu)造函數(shù)的情況。因此，使用 Lombok 可以讓代碼更加簡(jiǎn)潔，減少冗余的代碼量，提高代碼的可讀性和可維護(hù)性。

Lombok代替public，因?yàn)閜ublic成員的可見(jiàn)性太大。將成員定義為public意味著任何地方都可以訪問(wèn)這個(gè)成員，這可能會(huì)導(dǎo)致成員被意外地修改，從而影響類的穩(wěn)定性和正確性。而使用Lombok可以通過(guò)自動(dòng)生成getter和setter方法來(lái)保護(hù)成員的可見(jiàn)性，從而提高類的封裝性和可維護(hù)性。此外，使用Lombok還可以幫助開發(fā)人員減少編寫重復(fù)的代碼，提升工作效率。

因此，為了保護(hù)成員的可見(jiàn)性并提升代碼的可維護(hù)性，許多人寧可使用Lombok，也不愿意將類的成員設(shè)為public。

不和諧的聲音，禁止使用Lombok？

1、jdk版本問(wèn)題

目前國(guó)內(nèi)大多數(shù)Java項(xiàng)目，采用的都是JDK1.8，因?yàn)樗鼔蚍€(wěn)定，功能也完全夠用，但是，如果哪一天，你的客戶心血來(lái)潮，就是想用JDK11，甚至JDK17，此時(shí)，你會(huì)發(fā)現(xiàn)Lombok不好用了，于是，不得不將好幾百個(gè)實(shí)體類，通過(guò)idea生成get/set、equals、toString等方法，很煩躁。

2、開始營(yíng)業(yè)

當(dāng)你的客戶獲取到你的源代碼之后，他也想看看，運(yùn)行一下，此時(shí)發(fā)現(xiàn)沒(méi)安裝Lombok，報(bào)錯(cuò)了，安裝Lombok，不了解這是什么，還要去百度學(xué)習(xí)一下，被 迫營(yíng)業(yè)，很煩躁。

3、可讀性差

• Lombok隱藏了JavaBean的封裝細(xì)節(jié)；
• toString()不知道會(huì)打印什么；
• @AllArgsConstructor提供一個(gè)全量構(gòu)造器， 讓外界在初始化時(shí)，可以隨意修改其屬性，極其不安全。如果屬性過(guò)多，這個(gè)全量構(gòu)造器，看起來(lái)，很雞肋；
• 參數(shù)的順序我們也無(wú)法控制，都是按照Lombok的心情來(lái)的；

4、使用Lombok，寫代碼的時(shí)候很爽，但它

• 污染了你的代碼；
• 玷污了Java語(yǔ)言的純粹；
• 破壞了Java代碼的完整性、可讀性、安全性；
• 增加了代碼的耦合度；
• 增加了代碼的調(diào)試難度；

這是一種弊大于利、得不償失的操作。

總結(jié)

綜上所述，將成員變量定義為public是不可取的，使用Lombok也不是一個(gè)明智的選擇，還是老老實(shí)實(shí)的通過(guò)IDE生成get/set方法吧。

以上就是寧可用Lombok也不把成員設(shè)置為public原理解析的詳細(xì)內(nèi)容，更多關(guān)于Lombok public 成員設(shè)置的資料請(qǐng)關(guān)注腳本之家其它相關(guān)文章！

最新評(píng)論