新來個(gè)技術(shù)總監(jiān)，禁止我們使用Lombok！

作者：Hollis 2020-02-12 14:03:25

Lombok是一款非常實(shí)用Java工具，可用來幫助開發(fā)人員消除Java的冗長代碼，尤其是對(duì)于簡(jiǎn)單的Java對(duì)象(POJO)。它通過注釋實(shí)現(xiàn)這一目的。

前天我有個(gè)學(xué)弟，在一家小型互聯(lián)網(wǎng)公司做Java后端開發(fā)，最近他們公司新來了一個(gè)技術(shù)總監(jiān)，這位技術(shù)總監(jiān)對(duì)技術(shù)細(xì)節(jié)很看重，一來公司之后就推出了很多"政策"，比如定義了很多開發(fā)規(guī)范、日志規(guī)范、甚至是要求大家統(tǒng)一使用某一款I(lǐng)DE。

但是這些都不是我這個(gè)學(xué)弟和我吐槽的點(diǎn)，他真正和我吐槽的是，他很不能理解，這位新來的技術(shù)總監(jiān)竟然禁止公司內(nèi)部所有開發(fā)使用Lombok。但是又沒給出十分明確的，可以讓人信服的理由。

于是他來找我聊天，問我這個(gè)要求到底是否合理。關(guān)于這個(gè)事情，我認(rèn)為這位技術(shù)總監(jiān)的出發(fā)點(diǎn)是好的，但是做法未免有些極端。

之所以說出發(fā)點(diǎn)是好的，是因?yàn)槭褂肔ombok確實(shí)會(huì)帶來很多問題，而且我個(gè)人在工作中也基本不主動(dòng)使用。

之所以說不主動(dòng)使用，那是因?yàn)橛行┩碌拇a還是使用了的，所以我也被迫的要安裝Lombok的插件。

既然聊到這個(gè)話題，就簡(jiǎn)單說說我的一些看法。

Lombok有什么好處?

如果大家對(duì)于Lombok比較了解的話，可以先跳過這一段，直接往后看，如果不是很熟悉的話，可以簡(jiǎn)單了解一下。

想在項(xiàng)目中使用Lombok，需要三個(gè)步驟：

一、IDE中安裝Lombok插件

目前Lombok支持多種IDE，其中包括主流的Eclips、Intellji IDEA、Myeclipse等都是支持的。

在IDEA中安裝方式如下:

二、導(dǎo)入相關(guān)依賴

Lombok 支持使用多重構(gòu)建工具進(jìn)行導(dǎo)入依賴，目前主要支持maven、gardle、ant等均支持。

如使用maven導(dǎo)入方式如下：

<dependency> 
 
    <groupId>org.projectlombok</groupId> 
 
    <artifactId>lombok</artifactId> 
 
    <version>1.18.12</version> 
 
    <scope>provided</scope> 
 
</dependency>

三、代碼中使用注解

Lombok精簡(jiǎn)代碼的方式主要是通過注解來實(shí)現(xiàn)，其中常用的有@Data、@Getter/@Setter、@Builder、@NonNull等。

如使用@Data注解，即可簡(jiǎn)單的定義一個(gè)Java Bean：

import lombok.Data; 
 
@Data 
 
public class Menu { 
 
    private String shopId; 
 
    private String skuMenuId; 
 
    private String skuName; 
 
}

使用@Data注解在類上，相當(dāng)于同時(shí)使用了@ToString、@EqualsAndHashCode、@Getter、@Setter和@RequiredArgsConstrutor這些注解，對(duì)于POJO類十分有用。

即自動(dòng)幫忙給例子中的Menu類中定義了toString、Getter、Setter等方法。

通過上面的例子，大家可以發(fā)現(xiàn)，我們使用@Data注解大大減少了代碼量，使代碼非常簡(jiǎn)潔。這也是很多開發(fā)者熱衷于使用Lombok的主要原因。

另外，關(guān)于Lombok的使用，不同人有不同的看法，因?yàn)楹芏嗳硕际褂眠^Lombok，對(duì)于他的優(yōu)點(diǎn)都比較了解，所以接下來我們重點(diǎn)說一下Lombok的使用會(huì)帶來哪些問題。

Lombok有什么壞處?

強(qiáng)X隊(duì)友

因?yàn)長ombok的使用要求開發(fā)者一定要在IDE中安裝對(duì)應(yīng)的插件。

如果未安裝插件的話，使用IDE打開一個(gè)基于Lombok的項(xiàng)目的話會(huì)提示找不到方法等錯(cuò)誤。導(dǎo)致項(xiàng)目編譯失敗。

也就是說，如果項(xiàng)目組中有一個(gè)人使用了Lombok，那么其他人就必須也要安裝IDE插件。否則就沒辦法協(xié)同開發(fā)。

更重要的是，如果我們定義的一個(gè)jar包中使用了Lombok，那么就要求所有依賴這個(gè)jar包的所有應(yīng)用都必須安裝插件，這種侵入性是很高的。

代碼可讀性，可調(diào)試性低

在代碼中使用了Lombok，確實(shí)可以幫忙減少很多代碼，因?yàn)長ombok會(huì)幫忙自動(dòng)生成很多代碼。

但是這些代碼是要在編譯階段才會(huì)生成的，所以在開發(fā)的過程中，其實(shí)很多代碼其實(shí)是缺失的。

在代碼中大量使用Lombok，就導(dǎo)致代碼的可讀性會(huì)低很多，而且也會(huì)給代碼調(diào)試帶來一定的問題。

比如，我們想要知道某個(gè)類中的某個(gè)屬性的getter方法都被哪些類引用的話，就沒那么簡(jiǎn)單了。

有坑

因?yàn)長ombok使代碼開發(fā)非常簡(jiǎn)便，這就使得部分開發(fā)者對(duì)其產(chǎn)生過度依賴。

在使用Lombok過程中，如果對(duì)于各種注解的底層原理不理解的話，很容易產(chǎn)生意想不到的結(jié)果。

舉一個(gè)簡(jiǎn)單的例子，我們知道，當(dāng)我們使用@Data定義一個(gè)類的時(shí)候，會(huì)自動(dòng)幫我們生成equals()方法。

但是如果只使用了@Data，而不使用@EqualsAndHashCode(callSuper=true)的話，會(huì)默認(rèn)是@EqualsAndHashCode(callSuper=false),這時(shí)候生成的equals()方法只會(huì)比較子類的屬性，不會(huì)考慮從父類繼承的屬性，無論父類屬性訪問權(quán)限是否開放。

這就可能得到意想不到的結(jié)果。

影響升級(jí)

因?yàn)長ombok對(duì)于代碼有很強(qiáng)的侵入性，就可能帶來一個(gè)比較大的問題，那就是會(huì)影響我們對(duì)JDK的升級(jí)。

按照如今JDK的升級(jí)頻率，每半年都會(huì)推出一個(gè)新的版本，但是Lombok作為一個(gè)第三方工具，并且是由開源團(tuán)隊(duì)維護(hù)的，那么他的迭代速度是無法保證的。

所以，如果我們需要升級(jí)到某個(gè)新版本的JDK的時(shí)候，若其中的特性在Lombok中不支持的話就會(huì)受到影響。

還有一個(gè)可能帶來的問題，就是Lombok自身的升級(jí)也會(huì)受到限制。

因?yàn)橐粋€(gè)應(yīng)用可能依賴了多個(gè)jar包，而每個(gè)jar包可能又要依賴不同版本的Lombok，這就導(dǎo)致在應(yīng)用中需要做版本仲裁，而我們知道，jar包版本仲裁是沒那么容易的，而且發(fā)生問題的概率也很高。

破壞封裝性

以上幾個(gè)問題，我認(rèn)為都是有辦法可以避免的。但是有些人排斥使用Lombok還有一個(gè)重要的原因，那就是他會(huì)破壞封裝性。

眾所周知，Java的三大特性包括封裝性、繼承性和多態(tài)性。

如果我們?cè)诖a中直接使用Lombok，那么他會(huì)自動(dòng)幫我們生成getter、setter 等方法，這就意味著，一個(gè)類中的所有參數(shù)都自動(dòng)提供了設(shè)置和讀取方法。

舉個(gè)簡(jiǎn)單的例子，我們定義一個(gè)購物車類：

@Data 
 
public class ShoppingCart {  
 
    //商品數(shù)目 
    private int itemsCount;  
 
    //總價(jià)格 
    private double totalPrice;  
 
    //商品明細(xì) 
    private List items = new ArrayList<>(); 
 
} 
 
//例子來源于《極客時(shí)間-設(shè)計(jì)模式之美》