我最初是用俄語(yǔ)寫這篇文章的。因此，如果您的母語(yǔ)是英語(yǔ)，您可以通過(guò)此鏈接閱讀。

在過(guò)去一年左右的時(shí)間里，我看到一些文章和演講表明 JOOQ 是 Hibernate 的現(xiàn)代且優(yōu)越的替代品。參數(shù)通常包括：

1. JOOQ 允許您在編譯時(shí)驗(yàn)證所有內(nèi)容，而 Hibernate 則不能！
2. Hibernate 生成奇怪且并不總是最佳的查詢，而使用 JOOQ，一切都是透明的！
3. Hibernate 實(shí)體是可變的，這很糟糕。 JOOQ 允許所有實(shí)體都是不可變的（你好，函數(shù)式編程）！
4. JOOQ 不涉及任何帶有注釋的“魔法”！

首先聲明，我認(rèn)為 JOOQ 是一個(gè)優(yōu)秀的庫(kù)（具體來(lái)說(shuō)是一個(gè)庫(kù)，而不是像 Hibernate 這樣的框架）。它擅長(zhǎng)完成自己的任務(wù)——以靜態(tài)類型的方式使用 SQL，在編譯時(shí)捕獲大多數(shù)錯(cuò)誤。

但是，當(dāng)我聽到 Hibernate 的時(shí)代已經(jīng)過(guò)去，我們現(xiàn)在應(yīng)該使用 JOOQ 編寫所有內(nèi)容時(shí)，在我看來(lái)，這聽起來(lái)像是在說(shuō)關(guān)系數(shù)據(jù)庫(kù)的時(shí)代已經(jīng)結(jié)束，我們現(xiàn)在應(yīng)該只使用 NoSQL。聽起來(lái)很有趣嗎？然而，不久前，這樣的討論還相當(dāng)嚴(yán)肅。

我認(rèn)為問(wèn)題在于對(duì)這兩個(gè)工具解決的核心問(wèn)題的誤解。在這篇文章中，我的目的是澄清這些問(wèn)題。我們將探索：

1. 什么是交易腳本？
2. 什么是領(lǐng)域模型模式？
3. Hibernate 和 JOOQ 解決哪些具體問(wèn)題？
4. 為什么其中一個(gè)不能替代另一個(gè)，它們?nèi)绾喂泊妫?/li>

交易腳本

使用數(shù)據(jù)庫(kù)最簡(jiǎn)單、最直觀的方法是事務(wù)腳本模式。簡(jiǎn)而言之，您將所有業(yè)務(wù)邏輯組織為組合成單個(gè)事務(wù)的一組 SQL 命令。通常，類中的每個(gè)方法代表一個(gè)業(yè)務(wù)操作，并且僅限于一個(gè)事務(wù)。

假設(shè)我們正在開發(fā)一個(gè)應(yīng)用程序，允許演講者向會(huì)議提交演講（為簡(jiǎn)單起見，我們只記錄演講的標(biāo)題）。按照事務(wù)腳本模式，提交演講的方法可能如下所示（使用 JDBI for SQL）：

@Service
@RequiredArgsConstructor
public class TalkService {
    private final Jdbi jdbi;

    public TalkSubmittedResult submitTalk(Long speakerId, String title) {
        var talkId = jdbi.inTransaction(handle -> {
            // Count the number of accepted talks by the speaker
            var acceptedTalksCount =
                handle.select("SELECT count(*) FROM talk WHERE speaker_id = :id AND status = 'ACCEPTED'")
                    .bind("id", speakerId)
                    .mapTo(Long.class)
                    .one();
            // Check if the speaker is experienced
            var experienced = acceptedTalksCount >= 10;
            // Determine the maximum allowable number of submitted talks
            var maxSubmittedTalksCount = experienced ? 5 : 3;
            var submittedTalksCount =
                handle.select("SELECT count(*) FROM talk WHERE speaker_id = :id AND status = 'SUBMITTED'")
                    .bind("id", speakerId)
                    .mapTo(Long.class)
                    .one();
            // If the maximum number of submitted talks is exceeded, throw an exception
            if (submittedTalksCount >= maxSubmittedTalksCount) {
                throw new CannotSubmitTalkException("Submitted talks count is maximum: " + maxSubmittedTalksCount);
            }
            return handle.createUpdate(
                    "INSERT INTO talk (speaker_id, status, title) " +
                    "VALUES (:id, 'SUBMITTED', :title)"
                ).bind("id", speakerId)
                   .bind("title", title)
                   .executeAndReturnGeneratedKeys("id")
                   .mapTo(Long.class)
                   .one();
        });
        return new TalkSubmittedResult(talkId);
    }
}

在此代碼中：

1. 我們計(jì)算演講者已提交的演講數(shù)量。
2. 我們檢查是否超出了提交演講的最大允許數(shù)量。
3. 如果一切正常，我們將創(chuàng)建一個(gè)狀態(tài)為“已提交”的新對(duì)話。

這里存在潛在的競(jìng)爭(zhēng)條件，但為了簡(jiǎn)單起見，我們不會(huì)關(guān)注它。

這種方法的優(yōu)點(diǎn)：

1. 正在執(zhí)行的 SQL 是簡(jiǎn)單且可預(yù)測(cè)的。如果需要，可以輕松調(diào)整它以提高性能。
2. 我們只從數(shù)據(jù)庫(kù)中獲取必要的數(shù)據(jù)。
3. 使用 JOOQ，這段代碼可以寫得更簡(jiǎn)單、簡(jiǎn)潔，并且可以使用靜態(tài)類型！

缺點(diǎn)：

1. 僅通過(guò)單元測(cè)試來(lái)測(cè)試業(yè)務(wù)邏輯是不可能的。您將需要集成測(cè)試（而且是相當(dāng)多的測(cè)試）。
2. 如果領(lǐng)域很復(fù)雜，這種方法很快就會(huì)導(dǎo)致意大利面條式代碼。
3. 存在代碼重復(fù)的風(fēng)險(xiǎn)，隨著系統(tǒng)的發(fā)展，這可能會(huì)導(dǎo)致意外的錯(cuò)誤。

如果您的服務(wù)具有非常簡(jiǎn)單的邏輯并且預(yù)計(jì)不會(huì)隨著時(shí)間的推移變得更加復(fù)雜，那么這種方法是有效的并且有意義的。然而，域通常更大。因此，我們需要一個(gè)替代方案。

領(lǐng)域模型

領(lǐng)域模型模式的想法是我們不再將業(yè)務(wù)邏輯直接與 SQL 命令綁定。相反，我們創(chuàng)建域?qū)ο螅ㄔ?Java 上下文中為類）來(lái)描述行為并存儲(chǔ)有關(guān)域?qū)嶓w的數(shù)據(jù)。

在本文中，我們不會(huì)討論貧血模型和豐富模型之間的區(qū)別。如果您有興趣，我已經(jīng)寫了一篇關(guān)于該主題的詳細(xì)文章。

業(yè)務(wù)場(chǎng)景（服務(wù)）應(yīng)該僅使用這些對(duì)象，并避免與特定的數(shù)據(jù)庫(kù)查詢綁定。

當(dāng)然，在現(xiàn)實(shí)中，我們可能會(huì)混合使用與域?qū)ο蟮慕换ズ椭苯訑?shù)據(jù)庫(kù)查詢來(lái)滿足性能要求。在這里，我們討論實(shí)現(xiàn)領(lǐng)域模型的經(jīng)典方法，其中不違反封裝和隔離。

例如，如果我們正在討論實(shí)體“Speaker”和“Talk”，如前所述，域?qū)ο罂赡苋缦滤荆?br>

@Service
@RequiredArgsConstructor
public class TalkService {
    private final Jdbi jdbi;

    public TalkSubmittedResult submitTalk(Long speakerId, String title) {
        var talkId = jdbi.inTransaction(handle -> {
            // Count the number of accepted talks by the speaker
            var acceptedTalksCount =
                handle.select("SELECT count(*) FROM talk WHERE speaker_id = :id AND status = 'ACCEPTED'")
                    .bind("id", speakerId)
                    .mapTo(Long.class)
                    .one();
            // Check if the speaker is experienced
            var experienced = acceptedTalksCount >= 10;
            // Determine the maximum allowable number of submitted talks
            var maxSubmittedTalksCount = experienced ? 5 : 3;
            var submittedTalksCount =
                handle.select("SELECT count(*) FROM talk WHERE speaker_id = :id AND status = 'SUBMITTED'")
                    .bind("id", speakerId)
                    .mapTo(Long.class)
                    .one();
            // If the maximum number of submitted talks is exceeded, throw an exception
            if (submittedTalksCount >= maxSubmittedTalksCount) {
                throw new CannotSubmitTalkException("Submitted talks count is maximum: " + maxSubmittedTalksCount);
            }
            return handle.createUpdate(
                    "INSERT INTO talk (speaker_id, status, title) " +
                    "VALUES (:id, 'SUBMITTED', :title)"
                ).bind("id", speakerId)
                   .bind("title", title)
                   .executeAndReturnGeneratedKeys("id")
                   .mapTo(Long.class)
                   .one();
        });
        return new TalkSubmittedResult(talkId);
    }
}

這里，Speaker 類包含提交演講的業(yè)務(wù)邏輯。數(shù)據(jù)庫(kù)交互被抽象出來(lái)，讓領(lǐng)域模型專注于業(yè)務(wù)規(guī)則。

假設(shè)這個(gè)存儲(chǔ)庫(kù)接口：

@AllArgsConstructor
public class Speaker {
    private Long id;
    private String firstName;
    private String lastName;
    private List<Talk> talks;

    public Talk submitTalk(String title) {
        boolean experienced = countTalksByStatus(Status.ACCEPTED) >= 10;
        int maxSubmittedTalksCount = experienced ? 3 : 5;
        if (countTalksByStatus(Status.SUBMITTED) >= maxSubmittedTalksCount) {
            throw new CannotSubmitTalkException(
              "Submitted talks count is maximum: " + maxSubmittedTalksCount);
        }
        Talk talk = Talk.newTalk(this, Status.SUBMITTED, title);
        talks.add(talk);
        return talk;
    }

    private long countTalksByStatus(Talk.Status status) {
        return talks.stream().filter(t -> t.getStatus().equals(status)).count();
    }
}

@AllArgsConstructor
public class Talk {
    private Long id;
    private Speaker speaker;
    private Status status;
    private String title;
    private int talkNumber;

    void setStatus(Function<Status, Status> fnStatus) {
        this.status = fnStatus.apply(this.status);
    }

    public enum Status {
        SUBMITTED, ACCEPTED, REJECTED
    }
}

那么SpeakerService可以這樣實(shí)現(xiàn)：

public interface SpeakerRepository {
    Speaker findById(Long id);
    void save(Speaker speaker);
}

領(lǐng)域模型的優(yōu)點(diǎn)：

1. 域?qū)ο笈c實(shí)現(xiàn)細(xì)節(jié)（即數(shù)據(jù)庫(kù)）完全解耦。這使得它們可以輕松地通過(guò)常規(guī)單元測(cè)試進(jìn)行測(cè)試。
2. 業(yè)務(wù)邏輯集中在域?qū)ο髢?nèi)。與事務(wù)腳本方法不同，這大大降低了邏輯在應(yīng)用程序中傳播的風(fēng)險(xiǎn)。
3. 如果需要，域?qū)ο罂梢酝耆豢勺儯@可以提高使用它們時(shí)的安全性（您可以將它們傳遞給任何方法，而不必?fù)?dān)心意外修改）。
4. 領(lǐng)域?qū)ο笾械淖侄慰梢蕴鎿Q為值對(duì)象，這不僅提高了可讀性，而且保證了賦值時(shí)字段的有效性（不能創(chuàng)建內(nèi)容無(wú)效的值對(duì)象）。

總之，優(yōu)點(diǎn)很多。然而，有一個(gè)重要的挑戰(zhàn)。有趣的是，在經(jīng)常宣揚(yáng)領(lǐng)域模型模式的領(lǐng)域驅(qū)動(dòng)設(shè)計(jì)書籍中，這個(gè)問(wèn)題要么根本沒(méi)有提到，要么只是簡(jiǎn)單提及。

問(wèn)題是如何將域?qū)ο蟊４娴綌?shù)據(jù)庫(kù)，然后讀取它們？換句話說(shuō)，如何實(shí)現(xiàn)存儲(chǔ)庫(kù)？

現(xiàn)在，答案是顯而易見的。只需使用 Hibernate（或者更好的是 Spring Data JPA）即可省去麻煩。但讓我們想象一下，我們正處于一個(gè) ORM 框架尚未發(fā)明的世界。我們?cè)撊绾谓鉀Q這個(gè)問(wèn)題呢？

手動(dòng)測(cè)繪

為了實(shí)現(xiàn)SpeakerRepository，我還使用JDBI：

@Service
@RequiredArgsConstructor
public class TalkService {
    private final Jdbi jdbi;

    public TalkSubmittedResult submitTalk(Long speakerId, String title) {
        var talkId = jdbi.inTransaction(handle -> {
            // Count the number of accepted talks by the speaker
            var acceptedTalksCount =
                handle.select("SELECT count(*) FROM talk WHERE speaker_id = :id AND status = 'ACCEPTED'")
                    .bind("id", speakerId)
                    .mapTo(Long.class)
                    .one();
            // Check if the speaker is experienced
            var experienced = acceptedTalksCount >= 10;
            // Determine the maximum allowable number of submitted talks
            var maxSubmittedTalksCount = experienced ? 5 : 3;
            var submittedTalksCount =
                handle.select("SELECT count(*) FROM talk WHERE speaker_id = :id AND status = 'SUBMITTED'")
                    .bind("id", speakerId)
                    .mapTo(Long.class)
                    .one();
            // If the maximum number of submitted talks is exceeded, throw an exception
            if (submittedTalksCount >= maxSubmittedTalksCount) {
                throw new CannotSubmitTalkException("Submitted talks count is maximum: " + maxSubmittedTalksCount);
            }
            return handle.createUpdate(
                    "INSERT INTO talk (speaker_id, status, title) " +
                    "VALUES (:id, 'SUBMITTED', :title)"
                ).bind("id", speakerId)
                   .bind("title", title)
                   .executeAndReturnGeneratedKeys("id")
                   .mapTo(Long.class)
                   .one();
        });
        return new TalkSubmittedResult(talkId);
    }
}

方法很簡(jiǎn)單。對(duì)于每個(gè)存儲(chǔ)庫(kù)，我們編寫一個(gè)單獨(dú)的實(shí)現(xiàn)，該實(shí)現(xiàn)可以使用任何 SQL 庫(kù)（如 JOOQ 或 JDBI）與數(shù)據(jù)庫(kù)配合使用。

乍一看（甚至可能是第二眼），這個(gè)解決方案可能看起來(lái)相當(dāng)不錯(cuò)?？紤]一下：

1. 代碼保持高度透明，就像事務(wù)腳本方法一樣。
2. 僅通過(guò)集成測(cè)試來(lái)測(cè)試業(yè)務(wù)邏輯不再有問(wèn)題。這些僅用于存儲(chǔ)庫(kù)實(shí)現(xiàn)（可能還有一些 E2E 場(chǎng)景）。
3. 映射代碼就在我們面前。不涉及 Hibernate 魔法。發(fā)現(xiàn)錯(cuò)誤？找到正確的線并修復(fù)它。

休眠的必要性

現(xiàn)實(shí)世界中的事情會(huì)變得更加有趣，你可能會(huì)遇到這樣的場(chǎng)景：

1. 域?qū)ο罂赡苄枰С掷^承。
2. 一組字段可以組合成一個(gè)單獨(dú)的值對(duì)象（嵌入在 JPA/Hibernate 中）。
3. 某些字段不應(yīng)在每次獲取域?qū)ο髸r(shí)加載，而應(yīng)僅在訪問(wèn)時(shí)加載，以提高性能（延遲加載）。
4. 對(duì)象之間可能存在復(fù)雜的關(guān)系（一對(duì)多、多對(duì)多等）。
5. 您只需要在 UPDATE 語(yǔ)句中包含已更改的字段，因?yàn)槠渌侄魏苌俑?，并且通過(guò)網(wǎng)絡(luò)發(fā)送它們是沒(méi)有意義的（DynamicUpdate 注釋）。

最重要的是，隨著業(yè)務(wù)邏輯和域?qū)ο蟮陌l(fā)展，您需要維護(hù)映射代碼。

如果您嘗試自己處理這些要點(diǎn)，您最終會(huì)發(fā)現(xiàn)自己（驚訝?。┱诰帉戭愃?Hibernate 的框架 - 或者更可能是一個(gè)更簡(jiǎn)單的版本。

JOOQ 和 Hibernate 的目標(biāo)

JOOQ 解決了編寫 SQL 查詢時(shí)缺乏靜態(tài)類型的問(wèn)題。這有助于減少編譯階段的錯(cuò)誤數(shù)量。通過(guò)直接從數(shù)據(jù)庫(kù)模式生成代碼，對(duì)模式的任何更新都將立即顯示代碼需要修復(fù)的位置（它根本無(wú)法編譯）。

Hibernate 解決了域?qū)ο笥成涞疥P(guān)系數(shù)據(jù)庫(kù)的問(wèn)題，反之亦然（從數(shù)據(jù)庫(kù)讀取數(shù)據(jù)并將其映射到域?qū)ο螅?/p>

因此，爭(zhēng)論 Hibernate 更差或 JOOQ 更好是沒(méi)有意義的。這些工具是為不同的目的而設(shè)計(jì)的。如果您的應(yīng)用程序是圍繞事務(wù)腳本范例構(gòu)建的，那么 JOOQ 無(wú)疑是理想的選擇。但是，如果您想使用域模型模式并避免使用 Hibernate，則必須在自定義存儲(chǔ)庫(kù)實(shí)現(xiàn)中享受手動(dòng)映射的樂(lè)趣。當(dāng)然，如果您的雇主付錢讓您構(gòu)建另一個(gè) Hibernate 殺手，那就沒(méi)有問(wèn)題了。但最有可能的是，他們希望您專注于業(yè)務(wù)邏輯，而不是對(duì)象到數(shù)據(jù)庫(kù)映射的基礎(chǔ)設(shè)施代碼。

順便說(shuō)一句，我相信 Hibernate 和 JOOQ 的組合對(duì)于 CQRS 效果很好。您有一個(gè)執(zhí)行命令的應(yīng)用程序（或其邏輯部分），例如 CREATE/UPDATE/DELETE 操作 - 這就是 Hibernate 非常適合的地方。另一方面，您有一個(gè)讀取數(shù)據(jù)的查詢服務(wù)。在這里，JOOQ 表現(xiàn)出色。與 Hibernate 相比，它使得構(gòu)建復(fù)雜查詢和優(yōu)化它們變得更加容易。

JOOQ 中的 DAO 怎么樣？

這是真的。 JOOQ 允許您生成包含用于從數(shù)據(jù)庫(kù)獲取實(shí)體的標(biāo)準(zhǔn)查詢的 DAO。您甚至可以用您的方法擴(kuò)展這些 DAO。此外，JOOQ 將生成可以使用 setter 填充的實(shí)體（類似于 Hibernate），并傳遞給 DAO 中的插入或更新方法。這不是像Spring Data嗎？

對(duì)于簡(jiǎn)單的情況，這確實(shí)可行。然而，它與手動(dòng)實(shí)現(xiàn)存儲(chǔ)庫(kù)沒(méi)有太大區(qū)別。問(wèn)題類似：

1. 實(shí)體不會(huì)有任何關(guān)系：沒(méi)有ManyToOne，沒(méi)有OneToMany。只是數(shù)據(jù)庫(kù)列，這使得編寫業(yè)務(wù)邏輯變得更加困難。
2. 實(shí)體是單獨(dú)生成的。您無(wú)法將它們組織成繼承層次結(jié)構(gòu)。
3. 實(shí)體與 DAO 一起生成的事實(shí)意味著您無(wú)法按照自己的意愿修改它們。例如，用值對(duì)象替換字段、添加與另一個(gè)實(shí)體的關(guān)系或?qū)⒆侄畏纸M到可嵌入中是不可能的，因?yàn)橹匦律蓪?shí)體將覆蓋您的更改。是的，您可以配置生成器以稍微不同的方式創(chuàng)建實(shí)體，但自定義選項(xiàng)是有限的（并且不如自己編寫代碼那么方便）。

所以，如果你想構(gòu)建一個(gè)復(fù)雜的領(lǐng)域模型，你必須手動(dòng)完成。如果沒(méi)有 Hibernate，映射的責(zé)任將完全落在您身上。當(dāng)然，使用 JOOQ 比 JDBI 更愉快，但這個(gè)過(guò)程仍然是勞動(dòng)密集型的。

甚至 JOOQ 的創(chuàng)建者 Lukas Eder 在他的博客中也提到，DAO 被添加到庫(kù)中是因?yàn)樗且环N流行的模式，而不是因?yàn)樗欢ㄍ扑]使用它們。

結(jié)論

感謝您閱讀這篇文章。我是 Hibernate 的忠實(shí)粉絲，認(rèn)為它是一個(gè)優(yōu)秀的框架。不過(guò)，我知道有些人可能會(huì)覺(jué)得 JOOQ 更方便。我文章的要點(diǎn)是 Hibernate 和 JOOQ 不是競(jìng)爭(zhēng)對(duì)手。如果這些工具帶來(lái)價(jià)值，甚至可以在同一產(chǎn)品中共存。

如果您對(duì)內(nèi)容有任何意見或反饋，我很樂(lè)意討論。祝你度過(guò)富有成效的一天！

資源

1. JDBI
2. 交易腳本
3. 領(lǐng)域模型
4. 我的文章 – 使用 Spring Boot 和 Hibernate 的豐富域模型
5. 存儲(chǔ)庫(kù)模式
6. 值對(duì)象
7. JPA 嵌入式
8. JPA 動(dòng)態(tài)更新
9. CQRS
10. Lukas Eder：去 DAO 還是不去 DAO

以上是JOOQ 不是 Hibernate 的替代品。他們解決不同的問(wèn)題的詳細(xì)內(nèi)容。更多信息請(qǐng)關(guān)注PHP中文網(wǎng)其他相關(guān)文章！