在動(dòng)態(tài)且不斷變化的技術(shù)世界中構(gòu)建滿足企業(yè)和用戶的需求和期望的軟件可能具有挑戰(zhàn)性。軟件公司逐漸需要一種可行的方式來(lái)讓業(yè)務(wù)和產(chǎn)品團(tuán)隊(duì)之間的溝通更加透明。領(lǐng)域驅(qū)動(dòng)設(shè)計(jì)（DDD）方法通過(guò)促進(jìn)對(duì)主題的深刻理解以及開(kāi)發(fā)人員和業(yè)務(wù)專家之間的持續(xù)協(xié)作來(lái)幫助解決這個(gè)問(wèn)題。事實(shí)上，開(kāi)發(fā)人員通過(guò)不斷的溝通，對(duì)底層領(lǐng)域和業(yè)務(wù)規(guī)則有了更深入的了解。同時(shí)，利益相關(guān)者可以更好地了解技術(shù)能力和限制。

例如，Standish Group對(duì) 100 個(gè)項(xiàng)目的分析發(fā)現(xiàn)，70% 的返工是由于需求和設(shè)計(jì)階段缺乏領(lǐng)域知識(shí)造成的，這證實(shí)了 DDD 促進(jìn)了企業(yè)和開(kāi)發(fā)人員之間的理解。

據(jù)Forrester稱，實(shí)踐迭代 DDD 模型的開(kāi)發(fā)團(tuán)隊(duì)比花費(fèi)數(shù)月進(jìn)行前期分析的工作速度快 60%。

劍橋大學(xué)進(jìn)行的研究發(fā)現(xiàn)，在 DDD 框架內(nèi)對(duì)領(lǐng)域知識(shí)進(jìn)行建?？梢允箞F(tuán)隊(duì)生產(chǎn)力提高 29%。顯然，這種方法解鎖了內(nèi)部領(lǐng)域知識(shí)。

那么為什么企業(yè)需要這種方法，誰(shuí)使用它，它的本質(zhì)是什么？

領(lǐng)域驅(qū)動(dòng)設(shè)計(jì)的核心原則

以領(lǐng)域?yàn)橹行牡脑O(shè)計(jì)基于幾個(gè)關(guān)鍵概念，這些概念支持創(chuàng)建以領(lǐng)域?yàn)橹行牡能浖?/span>

● 首先是領(lǐng)域模型的優(yōu)先級(jí)。它代表底層的業(yè)務(wù)實(shí)體、行為、關(guān)系和規(guī)則。代碼實(shí)現(xiàn)直接反映領(lǐng)域模型，而不是相反。該模型是迭代開(kāi)發(fā)的，而不是提前預(yù)定的。

● 另一個(gè)核心原則是開(kāi)發(fā)一種通用語(yǔ)言。開(kāi)發(fā)人員和業(yè)務(wù)專家的共享詞匯標(biāo)準(zhǔn)化了術(shù)語(yǔ)和領(lǐng)域知識(shí)，消除了團(tuán)隊(duì)之間的歧義和不一致。

● DDD 還包括戰(zhàn)略和戰(zhàn)術(shù)設(shè)計(jì)階段。戰(zhàn)略設(shè)計(jì)側(cè)重于作為有界上下文和子區(qū)域的領(lǐng)域的高層組織。戰(zhàn)術(shù)設(shè)計(jì)包含模式和較低級(jí)別的實(shí)現(xiàn)組件，例如實(shí)體、服務(wù)和存儲(chǔ)庫(kù)。

其他概念包括強(qiáng)調(diào)探索性建模而不是分析、持續(xù)的領(lǐng)域沉浸以及使用通用語(yǔ)言進(jìn)行文檔記錄。

通過(guò)結(jié)合建模、語(yǔ)言和基于上下文的技術(shù)，DDD 能夠創(chuàng)建不僅關(guān)注技術(shù)需求而且關(guān)注領(lǐng)域核心概念的系統(tǒng)。

在這種背景下，六邊形架構(gòu)和干凈架構(gòu)立即浮現(xiàn)在腦海中，它們具有任務(wù)分離的共同目標(biāo)。您可以通過(guò)將應(yīng)用程序劃分為松散耦合的組件來(lái)將核心業(yè)務(wù)邏輯與外部問(wèn)題隔離。

讓我們看看定義戰(zhàn)略和戰(zhàn)術(shù)設(shè)計(jì)的元素以及它們?nèi)绾斡绊懡Y(jié)果。

策略設(shè)計(jì)

在 DDD 的背景下，戰(zhàn)略設(shè)計(jì)是軟件開(kāi)發(fā)的重要組成部分。它主要包括以下幾個(gè)方面：

● 概述。戰(zhàn)略設(shè)計(jì)從對(duì)問(wèn)題領(lǐng)域和業(yè)務(wù)價(jià)值的概述開(kāi)始。在此步驟中，將探索關(guān)鍵概念和流程，并確定關(guān)鍵業(yè)務(wù)需求和目標(biāo)。

● 問(wèn)題空間和解決方案空間。戰(zhàn)略設(shè)計(jì)框架確定了兩個(gè)主要概念空間：?jiǎn)栴}空間和解決方案空間。問(wèn)題空間側(cè)重于探索和分析業(yè)務(wù)領(lǐng)域，識(shí)別實(shí)體、聚合、服務(wù)以及它們之間的關(guān)系。解決方案空間涉及創(chuàng)建一個(gè)有效解決問(wèn)題空間中確定的問(wèn)題的模型。

● 受限的環(huán)境。受限上下文是與特定開(kāi)發(fā)團(tuán)隊(duì)的職責(zé)范圍相對(duì)應(yīng)的領(lǐng)域的有限細(xì)分。每個(gè)上下文都定義其實(shí)體、聚合、服務(wù)和規(guī)則。管理上下文邊界對(duì)于隔離和理解域的不同部分至關(guān)重要。

● 核心域。核心域是業(yè)務(wù)的核心，是業(yè)務(wù)最重要、最有價(jià)值的部分。在戰(zhàn)略設(shè)計(jì)中，核心領(lǐng)域至關(guān)重要，因?yàn)樗情_(kāi)發(fā)的重點(diǎn)，并且包含定義軟件功能的基本抽象和業(yè)務(wù)規(guī)則。

DDD 背景下的戰(zhàn)略設(shè)計(jì)可以通過(guò)考慮業(yè)務(wù)領(lǐng)域的特征來(lái)創(chuàng)建有效的軟件開(kāi)發(fā)戰(zhàn)略。這有助于開(kāi)發(fā)人員創(chuàng)建滿足業(yè)務(wù)需求、靈活擴(kuò)展且易于維護(hù)的軟件。

戰(zhàn)術(shù)設(shè)計(jì)

戰(zhàn)術(shù)設(shè)計(jì)是軟件開(kāi)發(fā)方法的一部分。它負(fù)責(zé)定義一組工具和方法來(lái)創(chuàng)建反映業(yè)務(wù)領(lǐng)域并確保數(shù)據(jù)完整性的高效且靈活的架構(gòu)。

• 首先概述業(yè)務(wù)領(lǐng)域及其需求。此步驟分析核心流程、實(shí)體、聚合以及它們之間的關(guān)系。目標(biāo)是更深入地了解該領(lǐng)域的核心組件。
• 接下來(lái)，我們關(guān)注應(yīng)用程序的核心，也稱為核心聚合。核心聚合是主要交互元素，包含域的關(guān)鍵邏輯和數(shù)據(jù)完整性。它定義了核心操作和業(yè)務(wù)規(guī)則。
• 繼續(xù)討論戰(zhàn)術(shù)設(shè)計(jì)工具包，它為我們提供了一組用于構(gòu)建有效的應(yīng)用程序架構(gòu)的規(guī)則和模式。它包括值對(duì)象、實(shí)體、服務(wù)和聚合等概念。該工具包可幫助開(kāi)發(fā)人員創(chuàng)建敏捷架構(gòu)。
• 使用戰(zhàn)術(shù)設(shè)計(jì)工具包的一個(gè)例子是創(chuàng)建存儲(chǔ)庫(kù)。存儲(chǔ)庫(kù)負(fù)責(zé)從特定實(shí)體或聚合的存儲(chǔ)庫(kù)中存儲(chǔ)和檢索數(shù)據(jù)。它們提供與數(shù)據(jù)存儲(chǔ)庫(kù)交互的單一接口并封裝數(shù)據(jù)存儲(chǔ)細(xì)節(jié)。

戰(zhàn)術(shù)設(shè)計(jì)還區(qū)分應(yīng)用程序服務(wù)和領(lǐng)域服務(wù)。應(yīng)用程序服務(wù)協(xié)調(diào)應(yīng)用程序內(nèi)不同實(shí)體和聚合之間的操作和交互。對(duì)于領(lǐng)域服務(wù)，它們存儲(chǔ)僅與領(lǐng)域模型相關(guān)的業(yè)務(wù)邏輯和操作執(zhí)行。

總而言之，戰(zhàn)術(shù)設(shè)計(jì)有助于創(chuàng)建反映業(yè)務(wù)領(lǐng)域并保證數(shù)據(jù)完整性的有效架構(gòu)。使用戰(zhàn)術(shù)設(shè)計(jì)工具可以簡(jiǎn)化應(yīng)用程序開(kāi)發(fā)和支持，從而更容易理解和擴(kuò)展復(fù)雜領(lǐng)域。

有界上下文和通用語(yǔ)言：它們?cè)?DDD 中的作用

DDD 中的有界上下文是應(yīng)用于特定業(yè)務(wù)領(lǐng)域的一組本地化模型和規(guī)則。它有助于在特定上下文中描述和限制系統(tǒng)的不同方面。

有界上下文代表開(kāi)發(fā)發(fā)生的邊界，并確保該上下文中模型和規(guī)則的一致性。因此，它可以有自己的建模語(yǔ)言，甚至特定于業(yè)務(wù)領(lǐng)域的術(shù)語(yǔ)。

它使開(kāi)發(fā)人員能夠更好地理解和建模復(fù)雜的主題領(lǐng)域，并促進(jìn)利益相關(guān)者的溝通。有限的上下文可以并行存在并通過(guò)定義的接口進(jìn)行交互。

當(dāng)我們談?wù)?DDD 時(shí)要關(guān)注的另一個(gè)同樣重要的概念是無(wú)處不在的語(yǔ)言。

它可以被描述為所有開(kāi)發(fā)團(tuán)隊(duì)成員使用和理解的通用語(yǔ)言。

通用語(yǔ)言是在有限的上下文中創(chuàng)建和維護(hù)的。它包括反映系統(tǒng)的業(yè)務(wù)理解和主題的專業(yè)術(shù)語(yǔ)、短語(yǔ)和規(guī)則。這種語(yǔ)言作為熟悉的基礎(chǔ)，促進(jìn)不同團(tuán)隊(duì)成員之間的有效溝通。

其主要任務(wù)是幫助避免與術(shù)語(yǔ)或概念的不同解釋和理解相關(guān)的誤解，并在某種意義上有助于對(duì)主題領(lǐng)域進(jìn)行更深入、更準(zhǔn)確的建模。

開(kāi)啟新解決方案的關(guān)鍵：DDD 方法帶來(lái)了什么，它適合誰(shuí)？

如果一個(gè)項(xiàng)目處理復(fù)雜的業(yè)務(wù)邏輯、不斷變化的流程、關(guān)系和業(yè)務(wù)規(guī)則，那么它就成為實(shí)現(xiàn)領(lǐng)域驅(qū)動(dòng)設(shè)計(jì)原則的理想選擇。通過(guò)應(yīng)用 DDD，開(kāi)發(fā)人員可以有效地駕馭復(fù)雜領(lǐng)域并創(chuàng)建準(zhǔn)確反映現(xiàn)實(shí)世界復(fù)雜性的軟件解決方案。

DDD 對(duì)未來(lái)的變化也具有很強(qiáng)的適應(yīng)性和靈活性。隨著企業(yè)的發(fā)展并面臨新的挑戰(zhàn)，軟件解決方案必須跟上步伐。有限上下文的明確分離和通用語(yǔ)言的使用促進(jìn)了更新和修改的無(wú)縫集成，從而最大限度地減少了重大系統(tǒng)范圍更改的需要。其結(jié)果是實(shí)現(xiàn)平穩(wěn)過(guò)渡、減輕壓力水平并節(jié)省公司成本。

小型 DDD 團(tuán)隊(duì)的力量

領(lǐng)域驅(qū)動(dòng)設(shè)計(jì)非常適合小型自治團(tuán)隊(duì)。“雙比薩團(tuán)隊(duì)”的概念就體現(xiàn)了這一點(diǎn)。我們的想法是，一個(gè)團(tuán)隊(duì)?wèi)?yīng)該足夠小，只需兩個(gè)披薩就可以養(yǎng)活。這可以實(shí)現(xiàn)專注、協(xié)調(diào)和生產(chǎn)力。

我們看到“雙披薩團(tuán)隊(duì)”方法與 DDD 交織在一起，成功應(yīng)用于 Netflix（這使他們能夠快速擴(kuò)展平臺(tái)）和 Uber（他們能夠靈活地隔離事件并管理需求波動(dòng)）等行業(yè)領(lǐng)導(dǎo)者。

看起來(lái) DDD 是一個(gè)專屬俱樂(lè)部，成員包括 Netflix、Uber 和我們不起眼的 WebLab Technology。我們是很好的伙伴，不是嗎？

是的，我們使用 DDD 作為開(kāi)發(fā)復(fù)雜業(yè)務(wù)軟件的主要方法之一。我們似乎是少數(shù)與之合作的公司之一。

有人在DEV 社區(qū)門戶上發(fā)起了討論，詢問(wèn)“如何找到遵循領(lǐng)域驅(qū)動(dòng)設(shè)計(jì)方法的公司？”

要找到 DDD 從業(yè)者，請(qǐng)遵循結(jié)構(gòu)良好的對(duì)話……或者只是尋找我們的團(tuán)隊(duì)！

但有人決定建議你可以找到這樣的公司，如果他們?cè)谔岚钢刑岬剿麄兣c DDD 合作。需求是有的，但報(bào)價(jià)并不多。

正如您所看到的，小型、有凝聚力的團(tuán)隊(duì)在復(fù)雜的領(lǐng)域中發(fā)揮著至關(guān)重要的作用。他們可以快速積累知識(shí)并普遍使用其領(lǐng)域的語(yǔ)言。

對(duì)于采用 DDD 的公司來(lái)說(shuō)，采用“兩塊披薩”團(tuán)隊(duì)范式可以釋放跨領(lǐng)域的生產(chǎn)力和創(chuàng)新。小團(tuán)隊(duì)和領(lǐng)域驅(qū)動(dòng)設(shè)計(jì)的聯(lián)系是強(qiáng)大的。

特別是，DDD 能夠：

● 改進(jìn)的溝通：無(wú)處不在的語(yǔ)言使開(kāi)發(fā)人員和業(yè)務(wù)專家能夠更有效地協(xié)作。

● 業(yè)務(wù)一致性：軟件設(shè)計(jì)直接反映真實(shí)的業(yè)務(wù)流程和目標(biāo)。

● 靈活性：模塊化架構(gòu)使得可以根據(jù)需求的變化輕松修改應(yīng)用程序。

● 以用戶為中心：以領(lǐng)域?yàn)橹行模梢詣?chuàng)建適合用戶需求的解決方案。

● 效率：主題專家的密切參與可以產(chǎn)生能夠解決實(shí)際業(yè)務(wù)問(wèn)題的產(chǎn)品。

DDD 和小型組織：可能的挑戰(zhàn)

在較小的組織中，DDD 集成可能不像在較大的公司中那樣普遍。然而，整合的能力取決于具體的需求和優(yōu)先事項(xiàng)。如果小型組織具有復(fù)雜的主題領(lǐng)域或需要有效管理和建模業(yè)務(wù)流程，那么 DDD 集成可能會(huì)很有幫助。

但是，請(qǐng)為可能出現(xiàn)的障礙做好準(zhǔn)備，其中包括：

● 資源有限。較小的組織可能擁有有限的開(kāi)發(fā)人員和時(shí)間，這使得實(shí)施新方法具有挑戰(zhàn)性。

● 主題建模困難。DDD 集成需要對(duì)主題領(lǐng)域有深入的了解并對(duì)其進(jìn)行正確的建模。缺乏軟件開(kāi)發(fā)經(jīng)驗(yàn)可能是一個(gè)障礙。

● 抵制變革。較小的組織可能更容易抵制變革，特別是在現(xiàn)有流程和軟件架構(gòu)已經(jīng)建立的情況下。

● 技術(shù)限制。過(guò)時(shí)的技術(shù)基礎(chǔ)設(shè)施不支持完整的 DDD 集成。

事實(shí)上，并非所有這些障礙都適用于所有小型組織。每個(gè)組織都有可能影響 DDD 集成的獨(dú)特特征和挑戰(zhàn)。

DDD實(shí)施：逐步開(kāi)始

現(xiàn)在，讓我們看看有效實(shí)施 DDD 的基本步驟，而不被復(fù)雜性所困擾。

1 . 從小事做起

建議從小規(guī)模開(kāi)始使用 DDD，尤其是剛接觸它或處理大型系統(tǒng)時(shí)。選擇應(yīng)用程序中一個(gè)小的、不太關(guān)鍵的部分并開(kāi)始應(yīng)用 DDD。

2.持續(xù)學(xué)習(xí)

通常，第一次實(shí)施可能并不完美。這是一個(gè)持續(xù)學(xué)習(xí)的過(guò)程。不要因最初的挑戰(zhàn)而灰心喪氣。了解錯(cuò)誤并從中吸取教訓(xùn)。

3.協(xié)作

DDD 不僅僅與編碼人員有關(guān)。它涉及整個(gè)團(tuán)隊(duì)：開(kāi)發(fā)人員、項(xiàng)目經(jīng)理、系統(tǒng)分析師、領(lǐng)域?qū)＜业?。它需要緊密協(xié)作，根據(jù)業(yè)務(wù)需求進(jìn)行知識(shí)共享和軟件開(kāi)發(fā)。

最后，正如我們之前所說(shuō)，必須記住 DDD 并不總是適用于所有項(xiàng)目的解決方案。對(duì)于簡(jiǎn)單的應(yīng)用程序來(lái)說(shuō)，它引入的復(fù)雜性可能不是必需的，因此評(píng)估其在項(xiàng)目中的需求至關(guān)重要。

交叉點(diǎn)：DDD 與敏捷的聯(lián)系

那么，DDD 與 Agile 的交集如何體現(xiàn)呢？DDD 和敏捷有著相似的原則，為它們的成功集成奠定了基礎(chǔ)。

• 與利益相關(guān)者積極互動(dòng)。在 DDD 中，這體現(xiàn)在普遍使用促進(jìn)有效溝通的語(yǔ)言，而敏捷則側(cè)重于協(xié)作來(lái)創(chuàng)造價(jià)值。
• 靈活性和適應(yīng)性。兩種方法都是適應(yīng)性強(qiáng)的。敏捷旨在接受和實(shí)施變更，而 DDD 模型則不斷發(fā)展以反映領(lǐng)域理解。
• 迭代開(kāi)發(fā)。敏捷專注于以小規(guī)模、漸進(jìn)的步驟開(kāi)發(fā)軟件。在 DDD 中，模型隨著發(fā)展而不斷完善，這讓我們回到了敏捷 DDD 的迭代本質(zhì)。

DDD 和敏捷之間的聯(lián)系表現(xiàn)為一種互補(bǔ)關(guān)系。因此，在敏捷環(huán)境中使用 DDD 可以簡(jiǎn)化溝通，確保更好地符合業(yè)務(wù)需求，并交付高質(zhì)量的軟件。

我們可以自信地說(shuō)，嚴(yán)重依賴領(lǐng)域知識(shí)的行業(yè)在 DDD 專注于學(xué)習(xí)其特定領(lǐng)域的復(fù)雜性方面發(fā)現(xiàn)了特殊的價(jià)值。最終，以領(lǐng)域?yàn)橹行牡脑O(shè)計(jì)的本質(zhì)在于它能夠創(chuàng)建與企業(yè)及其客戶的需求緊密結(jié)合的高質(zhì)量軟件。

對(duì)于WebLab Technology來(lái)說(shuō)，DDD 方法是我們與客戶建立長(zhǎng)期技術(shù)合作伙伴關(guān)系的理念的一個(gè)組成部分。它符合康威定律，該定律指出軟件系統(tǒng)反映了構(gòu)建它們的組織的通信結(jié)構(gòu)。

我們的專業(yè)團(tuán)隊(duì)創(chuàng)建的架構(gòu)與客戶的領(lǐng)域自然契合，領(lǐng)域?qū)＜业纳疃葏⑴c使我們能夠創(chuàng)建一個(gè)涉及每個(gè)人的順暢的溝通鏈。也許越多的公司意識(shí)到這種方法的必要性，未來(lái)就會(huì)發(fā)現(xiàn)更有價(jià)值的 DDD 好處。

畢竟，正如埃里克·埃文斯（Eric Evans）在他的書(shū)中所寫(xiě)的那樣，“為了有效地溝通，代碼必須基于用于編寫(xiě)需求的相同語(yǔ)言 - 開(kāi)發(fā)人員彼此以及與領(lǐng)域?qū)＜医徽劦南嗤Z(yǔ)言?！?/span>