[译]从Lombok迁移到Kotlin

原文地址: https://dzone.com/articles/migrating-from-lombok-to-kotlin

更短的代码不是目的,只有更可读的代码才是

作为一个Java开发者,最常见的抱怨是对Java语言冗长的抱怨。而其中出现最多的就是数据类。 数据类,或者元祖,或者record记录类,未来在Java语言可能会消失,但在那天之前,任何时间创建一个rest dto, jpa实体,领域对象,或者任何类似的,Java的冗余就出现了。在这篇文章里,我会介绍如何从Lombok迁移到Kotlin,以及从迁移中能获得的收益。

// 40 Lines of Java code for a class with 2 properties

import java.time.LocalDate;

import java.util.Objects;

public class Person {

 private String name;

 private LocalDate dateOfBirth;

 public Person(String name, LocalDate dateOfBirth) {

 this.name \= name;

 this.dateOfBirth \= dateOfBirth;

 }

 public String getName() {

 return name;

 }

 public LocalDate getDateOfBirth() {

 return dateOfBirth;

 }

 @Override

 public boolean equals(Object o) {

 if (this \== o) return true;

 if (o \== null || getClass() != o.getClass()) return false;

 Person person \= (Person) o;

 return Objects.equals(name, person.name) &&

 Objects.equals(dateOfBirth, person.dateOfBirth);

 }

 @Override

 public int hashCode() {

 return Objects.hash(name, dateOfBirth);

 }

 @Override

 public String toString() {

 return "Person{" +

 "name='" + name + '\\'' +

 ", dateOfBirth=" + dateOfBirth +

 '}';

 }

}

要有效的使用数据类,你经常需要一组属性;一个构造函数,一组getter;也许也会有equals; hashcode和toString方法;另外在一些情况下,还有邪恶的setter到处都是。由于这是个常见问题,一些解决方案出现了 - Lombok是比较知名的,但其他还有AutoValue与Immutables。

尽管如此,在这篇博文中,我会主要介绍从Lombok迁移到Kotlin,因为这是一个从Kotlin开始的好机会,风险很低并且很容易理解,加上Kotlin提供比Java更多的好处,迁移到Kotlin数据类型是一个可以让你代码库开始适配Kotlin的好开端。

小声明:尽管这篇文章主要介绍迁移到Kotlin,我并没有说Lombok不好。它为标准Java代码提供了很多帮助。这仅仅是介绍如何在Lombok使用的地方来使用Kotlin。

什么是Lombok?

对于不熟悉Lombok的人,Lombok是一个移除了Java代码冗余的生成类库。比如,在以下类,用Lombok类库,代码可能看起来是这样:

`
import java.time.LocalDate;

import lombok.Value;

@Value

public class Person {

private String name;

private LocalDate dateOfBirth;

}
`

这更好,不是吗? @Value声明,为类创建了有两个参数的final 构造类,get方法,equals,hashcode和toString方法。

什么是Kotlin?

由于上面相对于原生代码已经是一个巨大的改进了,这片文章主要介绍迁移到Kotlin。下面看,我们的初始例子可以被Kotlin重写成这样:

``data class Person(val name: String, val dateOfBirth: LocalDate)
``
这段代码做的与Lombok一样,生成了构造函数,一个toString, equals/hashcode这些。

由于这更短,更短的代码并不是目标。而代码的可读性才是核心。在这个例子里,有人可以说两段代码的可读性一样,我也同意。尽管这样,通过引入Kotlin版本,同样的可读性一样是个迁移到Kotlin的好原因。以上代码能100%与其他的Java代码互操作。因此,将Kotlin引入到代码中不会有很大组里。

Lombok迁移Kotlin指南

以上只是个小例子,下面的表格展示了一个完整的如何迁移到Kotlin数据类型的概况。

特性 Lombok Kotlin 注释
Final类型本地变量 val val val是Kotlin关键字
可被重赋值的本地变量 var var var是Kotlin关键字
非空变量 @NonNull 不需要关键字 在Kotlin,默认类型都是非空,并需要用问号显示声明可为空的变量,如String?
自动资源管理(ARM) @Cleanup Closeable.use 例子: val result = FileInputStream("input.txt").use{input->//Process input}
生成get和set @Getter/@Setter 通过数据类中声明属性为var实现 如:data class Person(var name: String) 生成了 Person name的get和set.
生成toString @ToString 数据类的一部分 如:data class Person(var name: String) 生成了toString
生成equals和hashcode方法 @EqualsAndHashCode 数据类的一部分 如:data class Person(val name: String) 自动生成了Person的equas和toString 方法。
生成无参构造函数 @NoArgsConstructor 数据类提供,给所有参数一个默认值或引入一个第二构造函数 如:data class Person(val name: String = “”) 将一个默认值赋给了name并且生成了一个默认无参构造函数 或者,用一个第二构造函数: data class Person(var name: String) {   constructor() : this(“”) }
生成与属性数量一致的带参数构造函数 @RequiredArgsConstructor and @AllArgsConstructor 数据类型的一部分 例如:data class Person(val name: String) 自动为所有参数生成了构造函数
生成不可见数据类 @Data 数据类一部分,通过在属性上使用var声明 data class Person(var name: String)
自动生成了toString, hashCode, equals, 等
生成一个不可变数据类 @Value 数据类一部分,通过在属性上声明val 如:data class Person(var name: String)生成了Person的toString
用命名的属性来生成对象 @Builder Kotlin中的命名参数 Person(name = “Sergey”, age = 25)
转换checked异常到unchecked异常 @SneakyThrows 所有Kotlin代码调用的checked异常都是unchecked异常 Kotlin方法声明了@Throws,当被Java调用时,仍会抛出checked异常
用锁的同步方法 @Synchronized Kotlin withLock 方法。并不完全一样,但很相近了。另一个好选择是看看Kotlin协程coroutines someLock.withLock {    sharedResource.operation()}
延迟加载属性 @Getter(lazy=true) 委托属性 `by lazy`
自动logger @Log 无内置选项 marker interface可以让这个属性更容易实现

就像上表看到的,大多数Lombok特性都可在Kotlin实现。其实,让Lombok最伟大的原因就是灵活。例如,很容易为一个类增加toString方法,而不用增加Equals/HashCode方法。在Kotlin,则没这么容易。

实践中,只需要一个toString方法,可能不太常见,不过这就是让你了解下Lombok比Kotlin更灵活一点。

如果给工程增加Kotlin支持

要开始迁移,你需要给你的工程增加Kotlin支持。你可以简单这样给Maven加adding Kotlin support to your Maven project, 或给Gradle加adding Kotlin support to your Gradle project.

同时使用Kotlin和Lombok不是个好主意,由于Kotlin源码编译与Lombok代码生成是在同一个时间段。结果,Kotlin代码不能使用Lombok生成的方法。你可以通过将代码放入一个独立工程来临时解决,但我建议彻底迁移,或者跟我做的一样,你可以给工程去LombokdeLombok the project 并慢慢迁移到Kotlin。使用什么方法取决于你工程的大小,但对于我们,最简单的就是去掉Lombok并转换到Kotlin。

结论

我希望通过这篇文章能将Kotlin引入你的项目。它应该是一个安全并可读的转换,提供了未来引入其他高级Kotlin特性的可能,比如协程,Kotlin类型安全DSL或其他的特性。

上一篇:【新闻】微信公众平台小程序开放公测


下一篇:【译】在分布式系统中解决,或平衡微服务的复杂度