Java的 record 關(guān)鍵字是Java 14中引入的一個新的語義特性。Lombok 是一個Java庫，可以自動生成一些已知的模式為Java字節(jié)碼。本文我們將探討各種使用情況，包括java record 的一些限制。對于每個例子，我們將看到Lombok如何派上用場，并比較這兩種解決方案

Java的 record 關(guān)鍵字是Java 14中引入的一個新的語義特性。record 對于創(chuàng)建小型不可變的對象非常有用。另一方面，Lombok 是一個Java庫，可以自動生成一些已知的模式為Java字節(jié)碼。盡管它們都可以用來減少模板代碼，但它們是不同的工具。因此，我們應(yīng)該在特定情況下使用更適合我們需求的工具。

在這篇文章中，我們將探討各種使用情況，包括java record 的一些限制。對于每個例子，我們將看到Lombok如何派上用場，并比較這兩種解決方案。

小型不可變對象

我們的第一個例子，將使用Color對象。一個Color由三個整數(shù)值組成，分別代表紅、綠、藍(lán)三個通道。此外，一個顏色會暴露出它的十六進(jìn)制表示。例如，RGB(255,0,0)的顏色將有一個#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注解來創(chuàng)建不可變的對象。

@Value
public?class?ColorValueObject?{
????int?red;
????int?green;
????int?blue;

????public?String?getHexString()?{
????????return?String.format("#%02X%02X%02X",?red,?green,?blue);
????}
}

然而，從Java 14開始，record 將成為這些使用情況的最常見的方式。

透明的數(shù)據(jù)載體

根據(jù)JDK增強(qiáng)建議（JEP 395），record 是作為不可變數(shù)據(jù)的透明載體的類。例如，我們不能強(qiáng)迫前面例子中的ColorRecord只暴露hexString而完全隱藏三個整數(shù)字段。

然而，Lombok允許我們自定義名稱、訪問級別和獲取器的返回類型。讓我們相應(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ù)對象，record 是一個很好的解決方案。

然而，如果我們想隱藏成員字段，只暴露使用它們進(jìn)行的一些操作，Lombok會更適合。

有許多字段的類

我們已經(jīng)看到了record 是如何以一種非常方便的方式來創(chuàng)建小型、不可變的對象的。讓我們看看如果數(shù)據(jù)模型需要更多的字段，record 會是什么樣子。在這個例子中，讓我們考慮Student的數(shù)據(jù)模型。

public?record?StudentRecord(
??String?name,?
??Long?studentId,?
??String?email,?
??String?phoneNumber,?
??String?address,?
??String?country,?
??int?age)?{
}

我們已經(jīng)可以猜到，StudentRecord的實例化將很難閱讀和理解，尤其是如果有些字段不是強(qiáng)制性的。

StudentRecord?john?=?new?StudentRecord(
??"John",?null,?"xxxx@qq.com",?null,?null,?"sh",?20);

為了方便這些使用，Lombok提供了一個[Builder設(shè)計模式]（/creational-design-patterns#builder）的實現(xiàn)。

為了使用它，我們只需要用@Builder:來注釋我們的類。

@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來創(chuàng)建一個具有相同屬性的對象。

StudentBuilder?john?=?StudentBuilder.builder()
??.name("John")
??.email("xxx@qq.com")
??.country("sh")
??.age(20)
??.build();

如果我們對兩者進(jìn)行比較，我們可以注意到，使用構(gòu)建器模式是有利的，可以帶來更干凈的代碼。

總而言之，record 對于較小的對象來說是更好的。雖然，對于有很多字段的對象來說，缺乏創(chuàng)建模式會使Lombok的@Builder成為更好的選擇。

可變數(shù)據(jù)

我們可以使用java record 專門處理不可變的數(shù)據(jù)。如果上下文需要一個可變的java對象，我們可以使用Lombok的@Data對象代替：

????@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ù)的對象。例如，Hibernate就屬于這種類型。當(dāng)創(chuàng)建一個@Entity時，我們必須使用Lombok的注解或純Java。

繼承性

Java record 不支持繼承。因此，它們不能被擴(kuò)展或繼承其他類。另一方面，Lombok的@Value對象可以擴(kuò)展其他類，但它們是最終的。

@Value
public?class?MonochromeColor?extends?ColorData?{
????
????public?MonochromeColor(int?grayScale)?{
????????super(grayScale,?grayScale,?grayScale);
????}
}

此外，@Data對象既可以擴(kuò)展其他類，也可以被擴(kuò)展?？傊?，如果我們需要繼承，我們應(yīng)該堅持使用Lombok的解決方案。