原文地址: 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实现。其实，让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或其他的特性。