公司发声明了！禁止所有程序员使用 Lombok ！再使用绩效直接打C！
共 5855字，需浏览 12分钟
·
2022-03-18 16:52
来源：ramostear.com/blog/2020/04/28/uk1860p8.html
前言
春节上班没几天，公司发声明了，禁止所有程序员在新项目中使用Lombok ，why？很难受啊！
不得不承认，Lombok 是一个很不错的 Java 库，它可以让你在少写代码的同时耍耍酷，简单的几个注解，就可以干掉一大片模板代码。但是，所有的源代码很多时候是用来阅读的，只有很少的时间是用来执行的 (你可以细品这句话)。
接下来，我将用几个大家耳熟能详的场景，重演我们是如何掉入 Lombok 的戏法陷阱。
爱的开始，恨的起源
public class MyObject{private Long id;private String name;private int age;private int gender;public Long getId(){return id;}public void setId(Long id){this.id = id;}public String getName(){return name;}public void setName(String name){this.name = name;}public int getAge(){return age;}public void setAge(int age){this.age = age;}public int getGender(){return gender;}public void setGender(int gender){this.gender = gender;}@Overridepublic boolean equals(Object o){if(this == o){return true;}if(o == null || getClass() != o.getClass()){return false;}MyObject obj = (MyObject) o;return age = obj.age &&gender = obj.gender &&Objects.equals(id,obj.id) &&Objects.queals(name,obj.name);}@Overridepublic int hashCode(){return Objects.hash(id,name,age,gender);}@Overridepublic String toString(){return "MyObject{"+"id="+id+"name="+name+"age="+age+"gender="+gander+"}";}}
每个 JavaBean 都会充斥着如上述 getter，setter，equals，hashCode 和 toString 的模板代码，这看起来像一个偏胖的人（不得不承认 Java 是一个有缺陷的编程语言）。
@Getter@Setterpublic class MyObject{private Long id;private String name;private int age;private int gender;@Overridepublic boolean equals(Object o){if(this == o){return true;}if(o == null || getClass() != o.getClass()){return false;}MyObject obj = (MyObject) o;return age = obj.age &&gender = obj.gender &&Objects.equals(id,obj.id) &&Objects.queals(name,obj.name);}@Overridepublic int hashCode(){return Objects.hash(id,name,age,gender);}@Overridepublic String toString(){return "MyObject{"+"id="+id+"name="+name+"age="+age+"gender="+gander+"}";}}
现在的代码是否看起来爽多了？但这还不是最爽的时候。
@Getter@Setter@EqualsAndHashCodepublic class MyObject{private Long id;private String name;private int age;private int gender;@Overridepublic String toString(){return "MyObject{"+"id="+id+"name="+name+"age="+age+"gender="+gander+"}";}}
经过 Lombok 的戏法之后，相比一开始的代码，看起来是不是很酷炫，很苗条，很性感？你以为到此为止了？
远不止于此。你会发现类名上一大坨注解看起来好别扭，Lombok 提供了一个组合注解 @Data，可以替换掉类名头上那坨像翔一样的东西：
@Datapublic class MyObject{private Long id;private String name;private int age;private int gender;}
以上代码行数的变化过程，也许是无数程序员爱上 Lombok 的主要原因吧，这就像一个肥胖的人逐渐变成一个身材苗条的人。
同时也让你看到了一个现象：你以为程序员很懒吗？其他有些时候他们比你想象中的还要懒。在爽的同时，也为代码种下了祸根。
扭曲的审美，爱的隐患
扭曲的审美，导致了被审视的对象处于亚健康状态。使用 Lombok 插件之后，我们的代码也处于 “亚健康” 状态。还是回归一开始的那句话：所有的源代码很多时候是用来阅读的，只有很少的时间是用来执行的。
本质上讲，我们都追求减少程序中的样板代码以使其代码更精炼简洁，从而提高代码的可读性和可维护性。另外，搜索公众号互联网架构师后台复“2T”，获取一份惊喜礼包。
这种把戏并不智能和安全，反而会破坏 Java 代码现有的特性以及代码的可读性。
下面，结合我自己使用 Lombok 之后的感受，谈谈 Lombok 带来的几大痛点。
1. JDK 版本问题
当我想要将现有项目的 JDK 从 Java 8 升级到 Java 11 时，我发现 Lombok 不能正常工作了。
2. 胁迫使用
当你的源代码中使用了 Lombok，恰好你的代码又被其他的人所使用，那么依赖你代码的人，也必须安装 Lombok 插件 (不管他们喜不喜欢)，同时还要花费时间去了解 Lombok 注解的使用情况，如果不那么做，代码将无法正常运行。使用过 Lombok 之后，我发现这是一种很流氓的行为。
3. 可读性差
Lombok 隐藏了 JavaBean 封装的细节，如果你使用 @AllArgsConstructor 注解，它将提供一个巨型构造器，让外界有机会在初始化对象时修改类中所有的属性。
首先，这是极其不安全的，因为类中某系属性我们是不希望被修改的；另外，如果某个类中有几十个属性存在，就会有一个包含几十个参数的构造器被 Lombok 注入到类中，这是不理智的行为；
其次，构造器参数的顺序完全由 Lombok 所控制，我们并不能操控，只有当你需要调试时才发现有一个奇怪的 “小强” 在等着你；
最后，在运行代码之前，所有 JavaBean 中的方法你只能想象他们长什么样子，你并不能看见。
4. 代码耦合度增加
当你使用 Lombok 来编写某一个模块的代码后，其余依赖此模块的其他代码都需要引入 Lombok 依赖，同时还需要在 IDE 中安装 Lombok 的插件。
5. 得不偿失
总 结
Lombok 本身是一个优秀的 Java 代码库，它采用了一种取巧的语法糖，简化了 Java 的编码，为 Java 代码的精简提供了一种方式，但在使用此代码库时，需要了解到 Lombok 并非一个标准的 Java 库。
使用 Lombok，会增加团队的技术债务，降低代码的可读性，增大代码的耦合度和调式难度。
虽然在一定程度上 Lombok 减少了样板代码的书写，但也带来了一些未知的风险。
如果你正在参与一个团队项目（或大型项目）, 考虑到后续的升级与扩展，是否使用 Lombok，请与你的团队多沟通和三思。
全栈架构社区交流群
「全栈架构社区」建立了读者架构师交流群，大家可以添加小编微信进行加群。欢迎有想法、乐于分享的朋友们一起交流学习。
看完本文有收获？请转发分享给更多人
往期资源：