新来个技术总监,居然禁止咱们用Lombok!

往期热门文章:php

一、往期精选优秀博文都在这里了!java

二、微服务如何防止雪崩?阿里开源之Sentinel限流、熔断来帮你!程序员

三、为何不少SpringBoot开发者放弃了Tomcat,选择了Undertow?面试

4、18个Java8日期处理的实践,太有用了!数据库

5厉害了个人MySQL!荣获“年度数据库”称号!Oracle只能排老二!后端

做者 l Hollis  来源 l Java之道(ID:javaways设计模式

我有个学弟,在一家小型互联网公司作Java后端开发,最近他们公司新来了一个技术总监,这位技术总监对技术细节很看重,一来公司以后就推出了不少"政策",好比定义了不少开发规范、日志规范、甚至是要求你们统一使用某一款IDE。
框架

可是这些都不是我这个学弟和我吐槽的点,他真正和我吐槽的是,他很不能理解,这位新来的技术总监居然禁止公司内部全部开发使用Lombok。可是又没给出十分明确的,可让人信服的理由。eclipse

因而他来找我聊天,问我这个要求究竟是否合理。关于这个事情,我认为这位技术总监的出发点是好的,可是作法未免有些极端。maven

之因此说出发点是好的,是由于使用Lombok确实会带来不少问题,并且我我的在工做中也基本不主动使用。

之因此说不主动使用,那是由于有些同事的代码仍是使用了的,因此我也被迫的要安装Lombok的插件。

既然聊到这个话题,就简单说说个人一些见解。

Lombok有什么好处?

Lombok是一款很是实用Java工具,可用来帮助开发人员消除Java的冗长代码,尤为是对于简单的Java对象(POJO)。它经过注释实现这一目的。

若是你们对于Lombok比较了解的话,能够先跳过这一段,直接日后看,若是不是很熟悉的话,能够简单了解一下。

想在项目中使用Lombok,须要三个步骤:

1、IDE中安装Lombok插件

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

在IDEA中安装方式以下:

2、导入相关依赖

Lombok 支持使用多重构建工具进行导入依赖,目前主要支持maven、gardle、ant等均支持。

如使用maven导入方式以下:

<dependency>

    <groupId>org.projectlombok</groupId>

    <artifactId>lombok</artifactId>

    <version>1.18.12</version>

    <scope>provided</scope>

</dependency>

3、代码中使用注解

Lombok精简代码的方式主要是经过注解来实现,其中经常使用的有@Data、@Getter/@Setter、@Builder、@NonNull等。

如使用@Data注解,便可简单的定义一个Java Bean:

import lombok.Data;

@Data

public class Menu {

    private String shopId;

    private String skuMenuId;

    private String skuName;

}

使用@Data注解在类上,至关于同时使用了@ToString、@EqualsAndHashCode、@Getter、@Setter和@RequiredArgsConstrutor这些注解,对于POJO类十分有用。

即自动帮忙给例子中的Menu类中定义了toString、Getter、Setter等方法。

经过上面的例子,你们能够发现,咱们使用@Data注解大大减小了代码量,使代码很是简洁。这也是不少开发者热衷于使用Lombok的主要缘由。

另外,关于Lombok的使用,不一样人有不一样的见解,由于不少人都使用过Lombok,对于他的优势都比较了解,因此接下来咱们重点说一下Lombok的使用会带来哪些问题。

Lombok有什么坏处?

强X队友

由于Lombok的使用要求开发者必定要在IDE中安装对应的插件。

若是未安装插件的话,使用IDE打开一个基于Lombok的项目的话会提示找不到方法等错误。致使项目编译失败。

也就是说,若是项目组中有一我的使用了Lombok,那么其余人就必须也要安装IDE插件。不然就没办法协同开发。

更重要的是,若是咱们定义的一个jar包中使用了Lombok,那么就要求全部依赖这个jar包的全部应用都必须安装插件,这种侵入性是很高的。

代码可读性,可调试性低

在代码中使用了Lombok,确实能够帮忙减小不少代码,由于Lombok会帮忙自动生成不少代码。

可是这些代码是要在编译阶段才会生成的,因此在开发的过程当中,其实不少代码实际上是缺失的。

在代码中大量使用Lombok,就致使代码的可读性会低不少,并且也会给代码调试带来必定的问题。

好比,咱们想要知道某个类中的某个属性的getter方法都被哪些类引用的话,就没那么简单了。

有坑

由于Lombok使代码开发很是简便,这就使得部分开发者对其产生过分依赖。

在使用Lombok过程当中,若是对于各类注解的底层原理不理解的话,很容易产生意想不到的结果。

举一个简单的例子,咱们知道,当咱们使用@Data定义一个类的时候,会自动帮咱们生成equals()方法 。

可是若是只使用了@Data,而不使用@EqualsAndHashCode(callSuper=true)的话,会默认是@EqualsAndHashCode(callSuper=false),这时候生成的equals()方法只会比较子类的属性,不会考虑从父类继承的属性,不管父类属性访问权限是否开放。

这就可能获得意想不到的结果。

影响升级

由于Lombok对于代码有很强的侵入性,就可能带来一个比较大的问题,那就是会影响咱们对JDK的升级。

按照现在JDK的升级频率,每半年都会推出一个新的版本,可是Lombok做为一个第三方工具,而且是由开源团队维护的,那么他的迭代速度是没法保证的。

因此,若是咱们须要升级到某个新版本的JDK的时候,若其中的特性在Lombok中不支持的话就会受到影响。

还有一个可能带来的问题,就是Lombok自身的升级也会受到限制。

由于一个应用可能依赖了多个jar包,而每一个jar包可能又要依赖不一样版本的Lombok,这就致使在应用中须要作版本仲裁,而咱们知道,jar包版本仲裁是没那么容易的,并且发生问题的几率也很高。

破坏封装性

以上几个问题,我认为都是有办法能够避免的。可是有些人排斥使用Lombok还有一个重要的缘由,那就是他会破坏封装性。

众所周知,Java的三大特性包括封装性、继承性和多态性。

若是咱们在代码中直接使用Lombok,那么他会自动帮咱们生成getter、setter 等方法,这就意味着,一个类中的全部参数都自动提供了设置和读取方法。

举个简单的例子,咱们定义一个购物车类:

@Data

public class ShoppingCart { 

    //商品数目
    private int itemsCount; 

    //总价格
    private double totalPrice; 

    //商品明细
    private List items = new ArrayList<>();

}

//例子来源于《极客时间-设计模式之美》

咱们知道,购物车中商品数目、商品明细以及总价格三者以前实际上是有关联关系的,若是须要修改的话是要一块儿修改的。

可是,咱们使用了Lombok的@Data注解,对于itemsCount 和 totalPrice这两个属性。虽然咱们将它们定义成 private 类型,可是提供了 public 的 getter、setter 方法。

外部能够经过 setter 方法随意地修改这两个属性的值。咱们能够随意调用 setter 方法,来从新设置 itemsCount、totalPrice 属性的值,这也会致使其跟 items 属性的值不一致。

而面向对象封装的定义是:经过访问权限控制,隐藏内部数据,外部仅能经过类提供的有限的接口访问、修改内部数据。因此,暴露不该该暴露的 setter 方法,明显违反了面向对象的封装特性。

好的作法应该是不提供getter/setter,而是只提供一个public的addItem方法,同时去修改itemsCount、totalPrice以及items三个属性。

总结

本文总结了经常使用的Java开发工具Lombok的优缺点。

优势是使用注解便可帮忙自动生成代码,大大减小了代码量,使代码很是简洁。

可是并不意味着Lombok的使用没有任何问题,在使用Lombok的过程当中,还可能存在对队友不友好、对代码不友好、对调试不友好、对升级不友好等问题。

最重要的是,使用Lombok还会致使破坏封装性的问题。

虽然使用Lombok存在着不少方便,可是也带来了一些问题。

可是到底建不建议在平常开发中使用,我其实保持一个中立的态度,不建议你们过分依赖,也不要求你们必定要完全不用。

只要你们在使用的过程当中,或者评估要不要在代码中引入Lombok以前,在想到他的优势的同时,可以考虑到他给代码带来的问题的,那么本文的目的也就达到了!

参考资料:

https://time.geekbang.org/column/article/164907

https://projectlombok.org/

往期热门文章:

一、《历史文章分类导读列表!精选优秀博文都在这里了!》
二、MyBatis她不香吗?为啥老外却喜欢Hibernate/Jpa?
三、代码对比工具,我就用这7个!
四、Mybatis 中经典的 9 种设计模式!面试能够吹牛了!
五、海量交易订单查询没作“重试”,一哥们“喜提”P3故障!
六、2020年Java框架排行榜,谁居榜首?
七、格式化时间用了YYYY-MM-dd,元旦当天老板喊我回去改Bug!
八、除了 P 站,程序员在摸鱼时还喜欢上这些网站...
九、39 个奇葩代码注释,看完笑哭了。。。
十、Mybatis的这些坑!把我坑惨了!