Java record vs Lombok,誰(shuí)更勝一籌?
大家好,我是指北君。
Java的 record 關(guān)鍵字是Java 14中引入的一個(gè)新的語(yǔ)義特性。record 對(duì)于創(chuàng)建小型不可變的對(duì)象非常有用。另一方面,Lombok 是一個(gè)Java庫(kù),可以自動(dòng)生成一些已知的模式為Java字節(jié)碼。盡管它們都可以用來(lái)減少模板代碼,但它們是不同的工具。因此,我們應(yīng)該在特定情況下使用更適合我們需求的工具。
在這篇文章中,我們將探討各種使用情況,包括java record 的一些限制。對(duì)于每個(gè)例子,我們將看到Lombok如何派上用場(chǎng),并比較這兩種解決方案。
小型不可變對(duì)象
我們的第一個(gè)例子,將使用Color?對(duì)象。一個(gè)Color?由三個(gè)整數(shù)值組成,分別代表紅、綠、藍(lán)三個(gè)通道。此外,一個(gè)顏色會(huì)暴露出它的十六進(jìn)制表示。例如,RGB(255,0,0)?的顏色將有一個(gè)#FF0000? 的十六進(jìn)制表示。此外,如果兩種顏色具有相同的RGB值,我們希望它們是相等的。
由于這些原因,在這種情況下選擇 record 是非常合理的。
public record ColorRecord(int red, int green, int blue) {
public String getHexString() {
return String.format("#%02X%02X%02X", red, green, blue);
}
}
同樣地,Lombok允許我們使用@Value注解來(lái)創(chuàng)建不可變的對(duì)象。
@Value
public class ColorValueObject {
int red;
int green;
int blue;
public String getHexString() {
return String.format("#%02X%02X%02X", red, green, blue);
}
}
然而,從Java 14開(kāi)始,record 將成為這些使用情況的最常見(jiàn)的方式。
透明的數(shù)據(jù)載體
根據(jù)JDK增強(qiáng)建議(JEP 395),record 是作為不可變數(shù)據(jù)的透明載體的類。例如,我們不能強(qiáng)迫前面例子中的ColorRecord?只暴露hexString而完全隱藏三個(gè)整數(shù)字段。
然而,Lombok允許我們自定義名稱、訪問(wèn)級(jí)別和獲取器的返回類型。讓我們相應(yīng)地更新ColorValueObject。
@Value
@Getter(AccessLevel.NONE)
public class ColorValueObject {
int red;
int green;
int blue;
public String getHexString() {
return String.format("#%02X%02X%02X", red, green, blue);
}
}
因此,如果我們需要不可變的數(shù)據(jù)對(duì)象,record 是一個(gè)很好的解決方案。
然而,如果我們想隱藏成員字段,只暴露使用它們進(jìn)行的一些操作,Lombok會(huì)更適合。
有許多字段的類
我們已經(jīng)看到了record 是如何以一種非常方便的方式來(lái)創(chuàng)建小型、不可變的對(duì)象的。讓我們看看如果數(shù)據(jù)模型需要更多的字段,record 會(huì)是什么樣子。在這個(gè)例子中,讓我們考慮Student的數(shù)據(jù)模型。
public record StudentRecord(
String name,
Long studentId,
String email,
String phoneNumber,
String address,
String country,
int age) {
}
我們已經(jīng)可以猜到,StudentRecord的實(shí)例化將很難閱讀和理解,尤其是如果有些字段不是強(qiáng)制性的。
StudentRecord john = new StudentRecord(
"John", null, "xxxx@qq.com", null, null, "sh", 20);
為了方便這些使用,Lombok提供了一個(gè)[Builder設(shè)計(jì)模式](/creational-design-patterns#builder)的實(shí)現(xiàn)。
為了使用它,我們只需要用@Builder:來(lái)注釋我們的類。
@Getter
@Builder
public class StudentBuilder {
private String name;
private Long studentId;
private String email;
private String phoneNumber;
private String address;
private String country;
private int age;
}
現(xiàn)在,讓我們使用StudentBuilder來(lái)創(chuàng)建一個(gè)具有相同屬性的對(duì)象。
StudentBuilder john = StudentBuilder.builder()
.name("John")
.email("xxx@qq.com")
.country("sh")
.age(20)
.build();
如果我們對(duì)兩者進(jìn)行比較,我們可以注意到,使用構(gòu)建器模式是有利的,可以帶來(lái)更干凈的代碼。
總而言之,record 對(duì)于較小的對(duì)象來(lái)說(shuō)是更好的。雖然,對(duì)于有很多字段的對(duì)象來(lái)說(shuō),缺乏創(chuàng)建模式會(huì)使Lombok的@Builder成為更好的選擇。
可變數(shù)據(jù)
我們可以使用java record 專門處理不可變的數(shù)據(jù)。如果上下文需要一個(gè)可變的java對(duì)象,我們可以使用Lombok的@Data對(duì)象代替:
@Data
@AllArgsConstructor
public class ColorData {
private int red;
private int green;
private int blue;
public String getHexString() {
return String.format("#%02X%02X%02X", red, green, blue);
}
}
一些框架可能需要帶有設(shè)置器或默認(rèn)構(gòu)造函數(shù)的對(duì)象。例如,Hibernate就屬于這種類型。當(dāng)創(chuàng)建一個(gè)@Entity時(shí),我們必須使用Lombok的注解或純Java。
繼承性
Java record 不支持繼承。因此,它們不能被擴(kuò)展或繼承其他類。另一方面,Lombok的@Value對(duì)象可以擴(kuò)展其他類,但它們是最終的。
@Value
public class MonochromeColor extends ColorData {
public MonochromeColor(int grayScale) {
super(grayScale, grayScale, grayScale);
}
}
此外,@Data對(duì)象既可以擴(kuò)展其他類,也可以被擴(kuò)展。總之,如果我們需要繼承,我們應(yīng)該堅(jiān)持使用Lombok的解決方案。
結(jié)論
在這篇文章中,我們已經(jīng)看到Lombok和java records是不同的工具,有不同的用途。此外,我們發(fā)現(xiàn)Lombok更加靈活,它可以用于record 受到限制的場(chǎng)景。