領域和子域

在很長一段時間里，我們認為技術是主導項目成功的關鍵因素，這種關鍵因素通常表現在項目使用的編程語言、框架、架構（如：分層架構）、中間件、數據庫等等方面（如：生態）。但技術真的是項目成功的關鍵因素嗎？

在一個軟件項目里除了技術層面的這部分，我們最主要的事情是實現業務。實現業務其實是在實現所在業務領域中所需要的業務。技術也是一個領域，稱之為技術領域。領域驅動設計中的領域是指的業務領域。

大多數的技術人員對技術領域中的知識比較感興趣（狂熱），因為這能夠使得自己在技術方面有一些前沿性和探索性的實踐。然而對于業務領域中的知識就顯得比較暗淡一些。

當項目的進展隨著對業務領域的深入，大家又開始為各種曾經沒有分析到的需求忙的焦頭爛額。這個時候對技術領域的探索也基本成熟。接著又一輪新技術的出現，使得大家又開始對新技術進行探索實踐，并試圖使用新技術來解決掉以前遺留下來的沒有解決的新需求，此時就出現了所謂的“全盤重構”。正是這種周而復始的對技術領域的不斷探索，使我們對業務領域里重要的核心知識被埋沒。但有一天我們認識到業務領域十分重要時，你可能已經不在這個業務領域中探索技術了。

讓一個技術水平較高的技術人員去深入研究分析領域中的業務是需要勇氣的，這種勇氣不是來自對未知的復雜業務領域的挑戰而是讓自己不在無時無刻沉靜在對技術探索的環境中。

這要求一些技術人員需要花費一些時間去深入到業務領域中去分析領域知識并最終形成領域模型。

問題：領域中的業務是由什么組成的呢？

回答：需求。

問題：需求又是有什么組成的呢？

什么是領域？

百度百科對領域的解釋：

• 學術思想或社會活動的范圍。

• 具體指一種特定的范圍或區域。

《領域驅動設計》中領域指的是一個特定的業務范圍，大家在這個業務域范圍內開展工作。

領域這個詞承載了太多的含義。在大多數人的理解中會使用領域代替行業、項目或者系統，這樣會使一些人認識領域就是行業、項目或者系統。在認識領域時一定要注意所指的業務域，行業、項目或系統都不能準確地表達領域所指的業務域。

• 一個系統可能由一個領域或者多個領域組成。如果一個系統是由一個領域組成時，這會給大家一種錯覺。

子域（Subdomain）

在初識子域概念時，可能會認為子域與領域的是父子關系。其實他們并不是父子關系，而是包含關系。當多個業務域（領域）的組合形成了一個更大的業務域（領域）時，其中每一個領域（業務域）是這個更大的業務域的一部分，每一個業務域相對于這個更大地業務域稱之為這個更大領域的子業務域，簡稱子域。組合而成的這個更大地業務域統稱為領域。

補充：領域與子域的關系更好的描述是餅狀圖，領域相當于整個餅狀圖，子域相當于這個餅狀圖中的某一個塊。

這是一個有關“零售商在線銷售產品”的例子，來源于《實現領域驅動設計》。

把零售商中的所有業務看做成一個領域（業務域），把這個整體業務域中的每一個業務域看做成子域。所以這個零售商業務域中包括：產品目錄子域、訂單子域、物流子域、發票子域、庫存子域等。

這張業務域圖已經為我們呈現了一個近似完整地子域劃分圖。那么這張圖是如何完成劃分的呢？

對一個業務域劃分子域時，往往會把一個領域劃分為：核心域、支撐子域、通用子域三種類型的子域集。其中核心域是整個業務域（領域）的核心，支撐子域和通用子域完成非核心的業務。不管怎么樣，在對一個整體業務域進行劃分時，首先要做的是劃分核心域。

注意：三種類型的子域不是三個類型的子域，每種類型的子域數量可能有多個。

核心域（Core Domain）

核心域是整個業務系統的核心，所有的業務都要圍繞著核心業務域展開。如何明確核心域呢？

通常明確核心的方式是精煉業務域。精煉是一個持續的過程，具體來說有以下幾種方式：

• 領域愿景說明（Domain Vision Statement）

• 突出核心（Highlighted Core）

• 內聚機制（Cohesive Mechanism）

• 分離的核心（Segregated Core）

• 抽象核心（Abstract Core）

領域愿景說明（Domain Vision Statement）

這部分的內容在《領域驅動設計》中表達地非常簡潔，沒有必要再做過度的解讀。具體內容如下：

并且還給出了兩個“領域愿景說明”的示例：

在這兩個示例中提到的模型并不是一個領域模型，而是一組領域模型。更具體地來說是要告訴我們這一組領域模型要解決什么問題，而這個要解決的問題正是由客戶來提出的最需要的那個功能，這個最需要的功能正是業務域中的核心。

為業務域編寫“領域愿景說明”是有必要的，因為它可以讓整個團隊的人員都能明確什么是核心域。正是明確了核心域，才可以使整個團隊朝著統一地方向前進。

突出核心（Highlighted Core）

我們通過“領域愿景說明”可以明確什么是核心域，但這是從一個較為寬泛的角度對核心域進行說明的。我們明確核心域的目的是為了形成核心領域模型，此時我們需要突出核心。

突出核心域中的領域模型有兩種方式：

• 精煉文檔

• 標明核心（Core）

精煉文檔要做的事情是創建一個最核心的概念對象的清單文檔。

標明核心（Core） 要做的事情是從一個完整的領域模型文檔中標記出最核心的領域模型。

分離的核心（Segregated Core）

分離的核心的主要目的有兩個：

• 將核心域中的非核心元素（模型）分離出去。

• 將非核心域中的核心元素（模塊）移動到核心域中。

這兩個目的都是為了讓核心域更加清晰和增強核心域的內聚性。

有關核心域的更多內容請閱讀《領域驅動設計》中的第十五章，其中非常詳細地闡述了如何明確核心域和實現核心域。

《實現領域驅動設計》中通過問題空間和解決方案空間對核心域做了更直接的說明：

• 問題空間是領域的一部分，對問題空間的開發將產生一個新的核心域。[IDDD, P48]

核心域的范圍并不一定是一次就能確認的，可能需要迭代很多次，每一次都有可能擴大或縮小。

通用子域

如果一個子域不是核心域并且被用于整個業務系統，那么這個子域便是通用子域。[IDDD, P44]

通用子域：模型中由你想當然的部分。不可否認，它們確實是領域模型的一部分，但它們抽象出來的概念是很多業務都需要的。比如：各個行業（如：運輸業、銀行業或制造業）都需要某種形式的企業組織圖。[DDD, P282]

這兩段摘取為我們描述出什么是通用子域，從業務域的角度來看，通用子域也是一種業務域，和核心域一樣。只是沒有核心域的優先級高。因為核心域是整個系統的核心，整個系統因為核心域才具有競爭性。而通用子域只是那些提供的增強功能，比如電商系統中的商品收藏、店鋪收藏、用戶信息等等這些功能，它們確實是電商系統中的業務，但是并不是核心業務，這些增強性的業務就是通用子域。

注意：有些小伙伴會把通用子域與共享內核混淆，是因為共享內核的組成部分既有可能是核心域、支撐子域或者通用子域。

支撐子域

在業務域中，會有一些比較重要的業務，但卻不是核心，那么它便是一個支撐子域。創建支撐子域的原因在于它們專注于業務的某個方面。它不像核心域在整個系統中那么重要，也不像通用子域。

開源電商

Mallfoundry 是一個完全開源的使用 Spring Boot 開發的多商戶電商平臺。它可以嵌入到已有的 Java 程序中，或者作為服務器、集群、云中的服務運行。

• 領域模型采用領域驅動設計（DDD）、接口化以及面向對象設計。

項目地址：gitee.com/mallfoundry…

總結

在一個業務域中，基本由三種類型的子域組成，分別是：核心域、通用子域和支撐子域。在分析業務域時，首先要做的事情是分析核心域，然后設計核心域，這樣就能明確系統的最主要的功能。圍繞著這個核心域進行展開，慢慢添加其它子域，比如通用子域和支撐子域。在開發核心域和其它子域時，要為核心域分配最高的優先級，其它子域可以根據任務的多方面因素在分配優先級。

總結

以上是生活随笔為你收集整理的领域驱动设计（DDD）：领域和子域的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。