前言
在一个GitHub项目发现它使用了Lombok这个工具。没见过所以了解一下, 但是发现还是不太好用, 于是摒弃之。但好歹记录一下。
介绍
Lombok是一个可以大量减少代码的工具, 通过Pluggable Annotation Processing API的方式解析注解, 在编译期为class文件注入getter或setter或toString等等诸如此类的代码。
准备工作
- 开发工具IDEA
- 在IDEA中安装Lombok Plugin插件
- 导入org.projectlombok.lombok
示例
Lombok通过注解生效, 官方注解列表
@Getter
@Setter
public class User{
private Long id;
private String name;
}
public class MyTest() {
public static void main(String[] args) {
User user = new User();
System.out.println("自动生成的方法:" + user.getId() + "," + user.getName());
}
}
为什么摒弃它
-
Lombok具有太强的侵入性 - 失去了封装的意义
具有太强的侵入性
我在第一次接触到到带有Lombok项目的时候, 编译报错, 虽然我导入了Lombok的maven地址, 但是仍然提示找不到getter方法。
点进去一看, 发现根本没有getter方法, 只有一个@Getter注解。
也就是说, 一旦你使用了Lombok, 所有编译你代码的人都必须使用Lombok编译, 传染性、侵入性太强
失去了封装的意义
更重要的是, 面向对象。
如果我们只是不想写getter和setter方法, 不如就直接将field设置成public。
长久的写重复的getter和setter方法已经让人不知道为什么要这样写, 只知道大家都是这样写, 以前都是这样写, 所以这样写。
public void setName(String name) {
this.name = name;
}
public void setName(String name) {
switch(name) {
case "admin": this.name = "I am admin:"+name; break;
case "user" : this.name = "I am user:" +name; break;
}
}
第二个setter方法, 封装了逻辑操作, 和第一个方法不同, 这就是setter方法的意义。
