在Grubhub,我们在大多数后端编程中都使用Java。Java是经过实践考验的语言,在过去的20年里证明了它的速度和可靠性。虽然我们已经使用Java多年,但最近它已经开始显示它岁数大了。
虽然Java是 最流行的JVM语言之一 ,但它并不是唯一的。在过去几年中,它面临着一些挑战者,如Scala,Clojure和Kotlin,它们提供了新功能和简化的语言功能。简而言之,它们可以让您使用更简洁的代码来完成更多工作。
JVM生态系统中的这一创新令人兴奋。更多的竞争意味着Java被迫改变以保持竞争力。自Java 8(Valhalla,Local-Variable Type Inference,Loom)以来,新的六个月发布计划和几个JEP(JDK增强提议)证明了Java在未来几年仍将是一种竞争性语言。
但是,Java语言的大小规模意味着开发速度比我们想要的要慢,更不用说Java不惜一切代价保持向后兼容性的强烈愿望。通过任何软件工程工作,功能都需要优先考虑,因此我们想要完成一个功能可能需要很长时间。
与此同时,Grubhub利用Lombok项目获得了简化和改进的Java 。Lombok是一个编译器插件,它为Java添加了新的“关键字”,并将注释转换为Java代码,减少了工程繁忙工作并提供了一些额外的功能。
设置Lombok
我们Grubhub一直在寻求改进我们的软件生命周期,但每个新工具和流程都需要在采用之前考虑成本。幸运的是,添加Lombok就像在gradle文件中添加几行一样简单。
Lombok是一个编译器插件,因为它在编译器处理它们之前将源代码中的注释转换为Java语句 - 在运行时不需要提供lombok依赖项,因此添加Lombok不会增加构建工件的大小。因此,您需要下载Lombok并将其添加到您的构建工具中。要使用Gradle 设置Lombok (它也适用于 Maven ),请将此块添加到build.gradle文件中:
plugins { id 'io.franzbecker.gradle-lombok' version '1.14' id 'java' } repositories { jcenter() // or Maven central, required for Lombok dependency } lombok { version = '1.18.4' sha256 = "" }
由于Lombok是一个编译器插件,我们为它编写的源代码实际上并不是有效的Java。因此,您还需要为你正在使用的IDE安装插件。幸运的是,Lombok支持所有主要的Java IDE。如果没有插件,IDE不知道如何解析代码。IDE集成是无缝的。诸如“show usages”和“go to implementation”等功能会按预期工作,带您进入相关领域/类。
Lombok在行动
了解Lombok的最佳方式是看它如何实现。让我们深入研究一些如何将Lombok应用于Java应用程序的常见方面的示例。
1.为POJO增添趣味
我们使用普通的旧Java对象(POJO)将数据与处理分开,使我们的代码更易于阅读并简化网络有效负载。简单的POJO有一些私有字段和相应的getter和setter。需要编写很多样板代码。Lombok有助于使POJO更有用,更灵活,更有条理,而无需编写更多其他代码。使用Lombok,我们可以使用@Data注释简化最基本的POJO :
@Data public class User { private UUID userId; private String email; }
@Data注释实际上只是综合了多个Lombok注释的方便标注。
这一个注释简单而优雅地涵盖了许多常见用例。但一个POJO并不总是足够的。一个@Data类是完全可变的,它一旦被滥用,会增加应用的复杂性和限制并发使用,这两种都会伤害应用的寿命。
让我们重新审视我们的User类,使其不可变,并添加一些其他有用的Lombok注释。
@Value @Builder(toBuilder = true) public class User { @NonNull UUID userId; @NonNull String email; @Singular Set<String> favoriteFoods; @NonNull @Builder.Default String avatar = “default.png”; }
不变性所需要的只是@Value注释,@Value类似于@Data,但是除了:所有字段都默认为private和final,并且不生成setter。(banq注,可用来实现DDD中值对象)。这些注释使@Value对象保持有效地不变性。由于字段都是最终的,因此不能有无参数的构造函数。相反,Lombok用于@AllArgsConstructor生成所有参数构造函数。这导致了一个功能完备,有效不可变的对象。
但是,如果只能使用all args构造函数创建对象,那么不可变是不太有用的。约书亚·布洛克的《有效的Java》说:当面临着有许多构造函数的参数时应该使用Builder建设模式。这就是Lombok的@Builder使用的地方:能自动生成一个内部构建器类,然后调用:
User user = User.builder() .userId(UUID.random()) .email(“grubhub@grubhub.com”) .favoriteFood(“burritos”) .favoriteFood(“dosas”) .build()
使用Lombok生成的构建器可以轻松创建具有多个参数的对象,并在将来添加新字段。静态构建器方法返回构建器实例以设置对象的所有属性。设置后,build()在构建器上调用以返回实例。
@NonNull注释可被用来断言这些字段不为空时,对象被实例化,抛出一个NullPointerException空指针时。请注意头像avatar字段是如何注释@NonNull但未在构建器中设置,这是因为@Builder.Default注释表示默认使用“default.png”。
还要注意构建器的使用方式favoriteFood,即对象上属性的单数singular 名称。当@Singular注释放在集合属性上时,Lombok会创建特殊的构建器方法来单独向该集合添加项目,而不是一次添加整个集合。这对于测试来说特别好,因为在Java中创建小型集合并不简洁。
最后,该toBuilder = true设置会添加在一个实例方法toBuilder(),该方法创建一个使用该实例的所有值填充的构建器对象。这样可以轻松创建一个预先填充原始实例中所有值的新实例,并仅更改所需的字段。这对于@Value类特别有用,因为字段是不可变的。
通过一些注释,您可以进一步配置专门的setter功能:
@Wither为每个属性创建 withX”方法:这个方法接受一个值,并返回当前实例的克隆,且更新一个字段值。
@Accessors允许您配置自动创建的setter。默认情况下,它允许将setter链接起来,就像构建器一样,有返回而不是void。它还有一个参数:fluent=true,它删除了getter和setter上的“get”和“set”前缀约定。如果需要更多自定义,这可以是一个有用的@Builder替代。
如果Lombok实现不适合您的用例(并且您已经查看了注释的修饰符),那么您始终可以手动编写自己的实现。例如,如果您有一个@Data类但是一个getter需要自定义逻辑,那么只需实现该getter。Lombok将看到已经提供了一个实现,并且不会使用自动生成的实现覆盖它。
只需几个简单的注释,最初的用户POJO已经获得了许多丰富的功能,使其更易于使用,而不会给我们的工程师带来太多负担或增加开发的时间或成本。
删除组件样板代码
Lombok不仅在POJO中有用 - 它可以应用于应用程序的任何层。Lombok的以下用法在应用程序的组件类中特别有用,例如控制器,服务和DAO(数据访问对象)。
记录是每个软件的基准要求,作为关键的调查工具。任何正在做有意义的工作的类应该是记录信息。由于日志记录是一个贯穿各领域的问题,因此在每个类中声明一个私有静态最终记录器将成为即时模板。Lombok将此样板简化为一个注释,该注释自动定义并实例化具有正确类名的记录器。根据您使用的日志记录框架,有一些不同的注释。
@Slf4j // also: @CommonsLog @Flogger @JBossLog @Log @Log4j @Log4j2 @XSlf4j public class UserService { // created automatically // private static final org.slf4j.Logger log = org.slf4j.LoggerFactory.getLogger(UserService.class); }
在声明了logger之后,接下来让我们添加我们的依赖项:
@Slf4j @RequiredArgsConstructor @FieldDefaults(makeFinal=true, level=AccessLevel.PRIVATE) public class UserService { @NonNull UserDao userDao; }
@FieldDefaults注释增加了最终final的和私有private修饰符的所有字段。在@RequiredArgsConstructor创建接受并设置一个构造函数UserDao实例。该@NonNull注释在构造函数中增加了一个检查,如果UserDao实例为null就抛出一个NullPointerException。
但等等,还有更多!
有很多方法可以使用Lombok。以上两节主要针对特定用例,但Lombok可以在许多方面使开发更容易。以下是一些小例子,展示了如何更有效地利用Lombok。
尽管Java 9引入了var关键字,var但仍可以重新分配。Lombok提供了一个val关键字,它可以从var中断,提供本地最终类型推断变量。
// final Map map = new HashMap<Integer, String>(); val map = new HashMap<Integer, String>();
有些类只具有纯静态函数,而且从不打算初始化。声明抛出异常的私有构造函数是阻止它被实例化的一种方式。Lombok在其@UtilityClass注释中编写了该模式,该注释创建了一个私有构造函数,它抛出异常,使类成为final,并使所有方法都是静态的。
@UtilityClass // will be made final public class UtilityClass { // will be made static private final int GRUBHUB = “ GRUBHUB”; // autogenerated by Lombok // private UtilityClass() { // throw new java.lang.UnsupportedOperationException("This is a utility class and cannot be instantiated"); //} // will be made static public void append(String input) { return input + GRUBHUB; } }
对Java的常见批评是创建冗长的抛出异常,Lombok有一个注释,可以删除那些讨厌的关键词:@SneakyThrows。正如您所料,实施非常狡猾。它不会吞下异常,也不会将异常包装成一个RuntimeException。相反,它依赖于以下事实:在运行时,JVM不会检查已检查的异常的一致性。只有javac这样做。因此,Lombok使用字节码转换在编译时选择退出此检查。结果,异常就变成了一段可运行的代码。
public class SneakyThrows { @SneakyThrows public void sneakyThrow() { throw new Exception(); } }
并排比较
没有什么能比看到Lombok并行比较时显著地节省了代码。IDE插件提供了一个“de-lombok”函数,可将大多数Lombok注释转换为近似的本机Java代码(@NonNull注释不会转换)。安装了Lombok插件的任何IDE都允许您将大多数注释转换为本机Java代码(并再次返回)。让我们回到我们的User类。
@Value @Builder(toBuilder = true) public class User { @NonNull UUID userId; @NonNull String email; @Singular Set<String> favoriteFoods; @NonNull @Builder.Default String avatar = “default.png”; }
Lombok类只有13条简单易读的描述性代码行。但是在运行de-lombok之后,这个类变成了一百多行的样板,没有人愿意看到,但每个人都想要!
public class User { @NonNull UUID userId; @NonNull String email; Set<String> favoriteFoods; @NonNull @Builder.Default String avatar = "default.png"; @java.beans.ConstructorProperties({"userId", "email", "favoriteFoods", "avatar"}) User(UUID userId, String email, Set<String> favoriteFoods, String avatar) { this.userId = userId; this.email = email; this.favoriteFoods = favoriteFoods; this.avatar = avatar; } public static UserBuilder builder() { return new UserBuilder(); } @NonNull public UUID getUserId() { return this.userId; } @NonNull public String getEmail() { return this.email; } public Set<String> getFavoriteFoods() { return this.favoriteFoods; } @NonNull public String getAvatar() { return this.avatar; } public boolean equals(Object o) { if (o == this) return true; if (!(o instanceof User)) return false; final User other = (User) o; final Object this$userId = this.getUserId(); final Object other$userId = other.getUserId(); if (this$userId == null ? other$userId != null : !this$userId.equals(other$userId)) return false; final Object this$email = this.getEmail(); final Object other$email = other.getEmail(); if (this$email == null ? other$email != null : !this$email.equals(other$email)) return false; final Object this$favoriteFoods = this.getFavoriteFoods(); final Object other$favoriteFoods = other.getFavoriteFoods(); if (this$favoriteFoods == null ? other$favoriteFoods != null : !this$favoriteFoods.equals(other$favoriteFoods)) return false; final Object this$avatar = this.getAvatar(); final Object other$avatar = other.getAvatar(); if (this$avatar == null ? other$avatar != null : !this$avatar.equals(other$avatar)) return false; return true; } public int hashCode() { final int PRIME = 59; int result = 1; final Object $userId = this.getUserId(); result = result * PRIME + ($userId == null ? 43 : $userId.hashCode()); final Object $email = this.getEmail(); result = result * PRIME + ($email == null ? 43 : $email.hashCode()); final Object $favoriteFoods = this.getFavoriteFoods(); result = result * PRIME + ($favoriteFoods == null ? 43 : $favoriteFoods.hashCode()); final Object $avatar = this.getAvatar(); result = result * PRIME + ($avatar == null ? 43 : $avatar.hashCode()); return result; } public String toString() { return "User(userId=" + this.getUserId() + ", email=" + this.getEmail() + ", favoriteFoods=" + this.getFavoriteFoods() + ", avatar=" + this.getAvatar() + ")"; } public UserBuilder toBuilder() { return new UserBuilder().userId(this.userId).email(this.email).favoriteFoods(this.favoriteFoods).avatar(this.avatar); } public static class UserBuilder { private UUID userId; private String email; private ArrayList<String> favoriteFoods; private String avatar; UserBuilder() { } public User.UserBuilder userId(UUID userId) { this.userId = userId; return this; } public User.UserBuilder email(String email) { this.email = email; return this; } public User.UserBuilder favoriteFood(String favoriteFood) { if (this.favoriteFoods == null) this.favoriteFoods = new ArrayList<String>(); this.favoriteFoods.add(favoriteFood); return this; } public User.UserBuilder favoriteFoods(Collection<? extends String> favoriteFoods) { if (this.favoriteFoods == null) this.favoriteFoods = new ArrayList<String>(); this.favoriteFoods.addAll(favoriteFoods); return this; } public User.UserBuilder clearFavoriteFoods() { if (this.favoriteFoods != null) this.favoriteFoods.clear(); return this; } public User.UserBuilder avatar(String avatar) { this.avatar = avatar; return this; } public User build() { Set<String> favoriteFoods; switch (this.favoriteFoods == null ? 0 : this.favoriteFoods.size()) { case 0: favoriteFoods = java.util.Collections.emptySet(); break; case 1: favoriteFoods = java.util.Collections.singleton(this.favoriteFoods.get(0)); break; default: favoriteFoods = new java.util.LinkedHashSet<String>(this.favoriteFoods.size() < 1073741824 ? 1 + this.favoriteFoods.size() + (this.favoriteFoods.size() - 3) / 3 : Integer.MAX_VALUE); favoriteFoods.addAll(this.favoriteFoods); favoriteFoods = java.util.Collections.unmodifiableSet(favoriteFoods); } return new User(userId, email, favoriteFoods, avatar); } public String toString() { return "User.UserBuilder(userId=" + this.userId + ", email=" + this.email + ", favoriteFoods=" + this.favoriteFoods + ", avatar=" + this.avatar + ")"; } } }
我们可以为UserService做同样的事情。
@Slf4j @RequiredArgsConstructor @FieldDefaults(makeFinal=true, level=AccessLevel.PRIVATE) public class UserService { @NonNull UserDao userDao; }
将导致大约这个Java代码。
public class UserService { private static final org.slf4j.Logger log = org.slf4j.LoggerFactory.getLogger(UserService.class); private final UserDao userDao; @java.beans.ConstructorProperties({"userDao"}) public UserService(UserDao userDao) { if (userDao == null) { throw new NullPointerException("userDao is marked @NonNull but is null") } this.userDao = userDao; } }
Grubhub有超过一百种服务来满足业务需求。我们采用了其中一种服务并运行了Lombok IntelliJ插件的“de-lombok”功能,以查看使用Lombok保存了多少行代码。结果是大约180个文件的更改,导致大约18,000个额外的代码行和800个Lombok使用的删除。这是18,000行自动生成,标准化和经过实战考验的代码行!平均而言,每行Lombok代码都节省了23行Java代码。有了这样的影响,很难想象没有Lombok就使用Java。
总结
Lombok是一种很好的方式,可以激发工程师的新语言功能,而无需在整个组织内付出太多努力。将插件应用于项目当然比使用现有代码训练所有工程师使用新语言和端口更容易。lombok可能没有一切,但它确实提供了足够的开箱即用,对工程经验产生了明显的影响。
Lombok的另一个好处是它使我们的代码库保持一致。凭借遍布全球的一百多种不同服务和分布式团队,使我们的代码库保持一致,可以更轻松地扩展团队并减少启动新项目时上下文切换的负担。自6以来,Lombok与任何版本的Java都相关,因此我们可以指望它在所有项目中都可用。
Lombok对Grubhub的意义远远超过了闪亮的新功能。毕竟,Lombok做的任何事情都可以手工编写。如图所示,Lombok简化了代码库的无聊部分,而不会影响业务逻辑。这使我们专注于为Grubhub提供最大价值的工作,并且是我们工程师最感兴趣的工作。编写者,审阅者和维护者浪费时间让代码库的这么大部分成为单调的样板代码。此外,由于此代码不再手动编写,因此它消除了所有类型的拼写错误。自动生成的好处与强大的功能相结合,@NonNull减少了漏洞的可能性,并使我们的工程工作专注于为您提供服务!
(banq注:Lombok提高了效率 节省了代码,防止了繁琐代码,但是在易理解性或可阅读性方面有些难度,特别是使用IDE进行代码调用路径跟踪方面,跟踪到setXX方法,就无法进入setXX 方法,因为没有这个方法,这个方法是lombok自动生成的,你的跟踪路径就断了。)