俗聊Lombok
Lombok是啥?
Java POJO 与 Java Bean的区别是,Java Bean承担着业务处理能力,需要get、set方法、序列化等。
而手写get、set等方法是一件比较无脑且浪费时间的事情。所以人们想可不可以自动生成这些既定的方法体呢?答案是:当然可以。
使用注解的方法可以实现上述代码的自动生成。
注解如何实现呢?
方法一:
利用Java反射可以在运行期间获取注解的值,但是效率低下,且某些应该在编译期间进行检查的错误无法实现。
方法二:
在编译期间实现注解。这就涉及注解如何介入编译阶段的问题。
“JSR 269 Pluggable Annotation Processing API” 是一个规范,只要程序实现了该API,就能在JAVAC运行的时候得到调用。具体过程如下:
1)javac对源代码进行分析,生成一棵抽象语法树(AST)
2)运行过程中调用实现了"JSR 269 API"的A程序
3)此时A程序就可以完成它自己的逻辑,包括修改第一步骤得到的抽象语法树(AST)
4)javac使用修改后的抽象语法树(AST)生成字节码文件
Lombok就是实现了该API的一个插件。
Lombok注解@Data与@Value对比
@Data注解作用:
1)生成无参构造方法;
2)属性的set/get方法;
3)equals(), hashCode(), toString(), canEqual()方法。
@Value注解作用:
1)有参构造方法;
2)只添加@Value注解,没有其他限制,那么类属性会被编译成final的,因此只有get方法,而没有set方法。
@Builder注解实现
@Builder
public class Card{
private int id;
private String name;
private boolean sex;
}
等价于
public class Card {
private int id;
private String name;
private boolean sex;
Card(int id, String name, boolean sex) {
this.id = id;
this.name = name;
this.sex = sex;
}
public static Card.CardBuilder builder() {
return new Card.CardBuilder();
}
public static class CardBuilder {
private int id;
private String name;
private boolean sex;
CardBuilder() {
}
public Card.CardBuilder id(int id) {
this.id = id;
return this;
}
public Card.CardBuilder name(String name) {
this.name = name;
return this;
}
public Card.CardBuilder sex(boolean sex) {
this.sex = sex;
return this;
}
public Card build() {
return new Card(this.id, this.name, this.sex);
}
public String toString() {
return "Card.CardBuilder(id=" + this.id + ", name=" + this.name + ", sex=" + this.sex + ")";
}
}
}
链式风格、优雅构建实例
Card card = Card.builder().id(10).name("dasd").sex(true).build();
代价是每次生成外部类实例,都需要生成静态内部类实例Builder,耗费了JVM的内存。
如果仅仅想使用优雅的编码风格(链式风格),可以私有化构造函数,在 build()方法中实例化 User 对象。
public class User {
private Integer sex;
private String name;
public static User build() {
return new User();
}
private User() {
}
public User sex(Integer sex) {
this.sex = sex;
return this;
}
public User name(String name){
this.name = name;
return this;
}
}
静态内部类的对象可以直接生成:Outer.Inner in=new Outer.Inner();而不需要通过生成外部类对象来生成。
抽象语法树(Abstract Syntax Tree)
很多插件的实现,依靠的是在编译阶段的介入,是站在AST这个巨人的肩膀上。
编译器的词法分析与语法分析是从代码中生成AST的关键所在。
词法分析,也叫做扫描scanner,一个一个字母的读取代码。它读取我们的代码,然后把它们按照预定的规则合并成一个个的标识tokens。同时,它会移除空白符,注释等。最后,整个代码将被分割进一个tokens列表(或者说一维数组)
const a = 5;
// [{value:'const',type:'keyword'},{value,'a',type:'identifier'},...]
// [{"type":"VariableDeclarator","id":{"type":"Identifier","name":"a"...]
{
"type":"VariableDeclaration",
"declarations":[{
"type":"VariableDeclarator",
"kind":"const",
"id":{
"type":"Identifier",
"name":"a"
},
"init":{
"type":"Literal",
"value":5
}
}]
}
More details to see:AST for JavaScript developers.
上一篇: 常见面试题集合之--html
下一篇: zabbix监控jmx