本書讓枯燥的DDD概念栩栩如生。無論你是軟件開發者、架構師、分析師、咨詢師還是軟件客戶，本書都能助你真正地理解DDD，並從它的美好前景中獲益。本書並沒有用大量細枝末節的知識點來淹沒你，而是聚焦於那些為了尋求答案所必需的內容。本書內容簡練易懂並具備可操作性。好評如潮的《實現領域驅動設計》作者Vaughn Vernon，將二十多年來在真實項目場景中運用DDD原則的經驗進行總結，沒有誰比他更適合闡明這其中的龐雜和微妙之處。

Vernon將指導你掌握每一項為了構建更好的軟件所必須的核心DDD技術。你將學會如何使用強大的限界上下文模式來分離領域模型、如何在明確的邊界內發展通用語言，以及如何幫助領域專家和開發者緊密協作來創造這種語言。他還展示了如何借助子域來處理遺留繫統，以及如何利用各種團隊關繫和技術機制來集成多個限界上下文。

本書內容包括：

√ DDD可以為你或者你的組織做些什麼，以及它為什麼如此重要

√ DDD戰略設計的基石：限界上下文和通用語言

√ 使用子域進行戰略設計

√ 上下文映射：幫助團隊更具策略性地進行協作並集成軟件

√ 使用聚合和領域事件進行戰術設計

√ 使用項目加速和管理工具來建立並維護團隊的節奏

領域驅動設計（DDD）是時下軟件設計領域中的熱門話題，它通過指導我們構建領域模型，來表達豐富的軟件功能需求，並由此實現可以滿足用戶真正需要的軟件。然而在實踐過程中，由於不同的角色對於DDD的核心概念和主要工具的理解不同，常常會造成協作上的不一致。為了幫助和指導面向對像的開發人員、繫統分析人員和設計人員更加合理地組織工作，各有側重、有條不紊地進行復雜繫統的開發，並有效地建立豐富而實用的領域模型，《領域驅動設計精粹》的作者Vaughn Vernon將自己近年來在領域驅動設計領域的理解進一步提煉，並將本書以精粹的形式呈現給廣大的讀者。

《領域驅動設計精粹》的內容包括：DDD對於廣大讀者的意義、從戰略層面進行設計、從戰術層面進行設計，以及相關的輔助工具。

當然，僅僅通過此書的閱讀無法深入地掌握領域驅動設計的精髓，無論你是什麼經驗水平或角色，請閱讀本書並在項目中實踐DDD。並在這之後，再重讀此書，看看你從項目的經歷中學到了什麼。反復這樣的循環，你將會獲益匪淺。

Vaughn Vernon是一位經驗豐富的軟件工匠，也是追求簡化軟件設計和實現的思想領袖。他是暢銷書《實現領域驅動設計》和《響應式架構：消息模式Actor實現與Scala、Akka應用集成》的作者，這些書也同樣由Addison-Wesley出版發行。他在全球面向數百位開發者教授過IDDD課程，並經常在行業會議上發表演講。他對分布式計算、消息機制，特別是Actor模型非常有興趣。Vaughn擅長領域驅動設計和使用Scala、Akka實現DDD方面的咨詢。你可以通過www.VaughnVernon.co查看他的研究成果，或者關注他的Twitter: @VaughnVernon。

譯者簡介

覃宇，ThoughtWorks 高級咨詢師，10餘年移動應用開發經驗，Android 技術專家，曾為AOSP貢獻過測試用例；目前專注於移動應用的架構設計、自動化測試以及持續交付。譯有《Kotlin實戰》《Severless：無服務架構與AWS Lambda》等書。

第1章 DDD對我而言 1

DDD很難掌握嗎 2

優秀設計、糟糕設計和有效設計 3

戰略設計 8

戰術設計 9

學習過程與知識提煉 10

讓我們開始吧! 11

第2章 運用限界上下文與通用語言進行戰略設計 13

領域專家和業務驅動 20

案例分析 24

戰略設計是必要的根基 28

在質疑中統一 32

發展通用語言 38

應用場景 42

如何持續 45

架構 46

本章小結 50

第3章 運用子域進行戰略設計 51

什麼是子域 52

子域類型 53

應對復雜性 54

本章小結 56

第4章 運用上下文映射進行戰略設計 57

映射的種類 60

合作關繫 60

共享內核 61

客戶—供應商 62

跟隨者 63

防腐層 64

開放主機服務 65

已發布語言 65

各行其道 66

大泥球 67

善用上下文映射 69

基於SOAP的RPC 70

RESTful HTTP 72

消息機制 74

上下文映射示例 79

本章小結 83

第5章 運用聚合進行戰術設計 85

為什麼使用它 86

聚合的經驗法則 91

規則一：在聚合邊界內保護業務規則不變性 92

規則二：聚合要設計得小巧 93

規則三：隻能通過標識符引用其他聚合 95

規則四：利用最終一致性更新其他聚合 96

建立聚合模型 99

慎重選擇抽像級別 104

大小適中的聚合 106

可測 108

本章小結 108

第6章 運用領域事件進行戰術設計 111

設計、實現並運用領域事件 113

事件溯源 119

本章小結 121

第7章 加速和管理工具 123

事件風暴 124

其他工具 134

在敏捷項目中管理DDD 135

運用SWOT分析法 137

建模Spike和建模債務 139

任務識別與工作量估算 140

限制建模時間 143

如何實施 144

和領域專家打交道 145

本章小結 147

參考文獻 148

譯者序

2003年，Eric Evans的《領域驅動設計》出版，第一次總結了這種軟件設計和建模方法。這種方法讓團隊在質疑中發展出對復雜問題的統一認識，再利用戰略設計和戰術設計的各種手段，如同庖丁解牛般地分解並映射成各種構造塊，最後信手撚來地運用各種設計模式將這些構造塊一一化解。領域驅動設計在國外的技術社區一直是受到熱捧、不斷演化的軟件設計方法。在Eric的著作面世十年之後，另一位DDD社區的領軍人物Vaughn Vernon撰寫了《實現領域驅動設計》。在這本著作中，Vaughn用一個連貫完整的實例，將領域驅動設計的所有概念和模式串連在一起，並將這些內容落地到了實例的代碼之中。另外，他還在這部著作中總結了這十年來DDD社區湧現的一些新的架構風格和模式，如事件溯源和CQRS、REST風格的架構、事件驅動的架構、六邊形架構，等等。

但這十幾年間，在國內技術社區，領域驅動設計卻像被遺忘在角落的寶藏等待著人們去發掘。當越來越復雜的業務場景開始頻繁湧現，當工程實踐和基礎設施發展成熟，我們重新將視線彙聚在如何達成有效設計、將復雜的業務分而治之，我們發現這種設計方法仿佛早就看透了一切。當寶藏上的灰塵被拂去，領域驅動設計再次發出璀璨奪目的光芒，為我們指明應對軟件繫統復雜性的前進方向。

重新煥發青春活力的領域驅動設計得到了許多新的團隊和架構師的青睞。他們首先就會去閱讀這兩部略微晦澀的著作，期望能快速地學習和掌握這種方法，但很快就會發現這並不輕松。首先，這兩部著作要求讀者具備一定的軟件開發技術背景。在領域驅動設計的實踐中，業務領域的專家在團隊中扮演關鍵角色，他們往往沒有軟件開發的技術背景。兩位軟件巨匠在著作中詳細闡述技術概念和實現代碼時並沒有照顧他們的感受。其次，這兩部著作缺少對實際項目建模過程的描寫。我們讀到的內容多是概念的闡述和與之對應的實例及代碼，對於建模實操的過程和工具著墨不多。而這些Magic Move卻是很多團隊實施領域驅動設計時迫切需要指導的關鍵步驟。最後，兩部著作的內容包羅萬像，讀者容易被繁雜的知識淹沒。兩部著作中的一些概念和模式（如值對像、實體、工廠和倉儲）早已深入人心。而另一部分模式和架構（如事件溯源和CQRS）則要求架構經驗尚淺的讀者通過項目實踐或擴展閱讀纔能深入理解。

作為《實現領域驅動設計》一書的作者，Vaughn也意識到了這些問題，因此編寫了這本“精粹版”。他將領域驅動設計的知識進行了提煉，保留了子域、限界上下文、上下文映射、聚合、領域事件這些核心概念，分別用一個章節進行了闡述。在最後一章，作者將他過去在一些團隊中實踐領域驅動設計時行之有效的具體操作方法（如風靡DDD社區的事件風暴工作坊）和工具進行了總結。本書的內容更側重於高層次的戰略設計，關於戰術設計的內容偏少，尤其是代碼在內容中的比重極低，完全不影響非技術背景的讀者閱讀。如果你想開始在團隊中嘗試領域驅動設計，對於團隊（包括業務領域的專家）來說，本書的內容可以作為指導手冊，讓他們快速地進入狀態，達到可以參與事件風暴工作坊的要求。我們建議讀者們在閱讀本書之後親自組織並實施一次事件風暴工作坊，這是作者推薦的融合視覺、聽覺和觸覺三種學習方式的“知識獲取”實踐，是威力無窮的領域建模形式。在開發團隊完成建模並最終需要落實到代碼時，讀者可以將本書作為“武林秘籍”的目錄，結合前兩部著作和本書參考文獻中引用的其他專著一起閱讀。

本書中，作者毫不掩飾地表達了對一些架構模式和具體實踐的偏好。這些特色鮮明的觀點之中，有些符合社區的普遍認知，如事件驅動的響應式架測試、事件風暴；有些卻是對爭議性話題的個人理解，如作者對於建模設計的工作量估算的看法。我們要牢記一點，沒有“銀彈”可以精確地匹配我們的產品和團隊，或者完美地解決我們要面對的問題。任何工具和實踐都有約束條件。讀者們在采用這些工具和實踐時，不妨仔細思考作者運用它們的上下文及其體現出的原則，結合自己的實際情況對工具和實踐進行持續改進，避免出現教條主義錯誤。

我和同事笪磊結對完成了對本書的翻譯。我們一人擅長技術，一人則擅長管理，翻譯的過程也是我們默契配合、實踐“發展通用語言”的“知識獲取”過程。我們也將個人對關鍵內容的理解補充記錄在譯注中。我們力求翻譯內容的準確和譯注的質量，但受限於個人經驗和知識水平，難免出現偏差甚至錯誤，還請各位讀者斧正。

本書翻譯工作於2017年末啟動，兩個月後初稿完成並進入了審校階段。這期間正值農歷戊戌年春節，我們的投入離不開家人們的理解和支持，謝謝她們。我們還要感謝提出寶貴意見的審校者：肖然、劉傳湘、王威、朱傲、黃雨清、王林波。他們過去幾年都活躍在國內DDD社區，也幫助過許多團隊運用領域驅動設計方法和事件風暴工作坊來實施架構設計和繫統改造。他們過硬的理論知識和豐富的實踐經驗讓本書的翻譯增色不少。最後，我們還要感謝專業和嚴謹的編輯張春雨和劉佳禾，本書也凝聚著你們的心血。

覃宇

2018年7月

序

為什麼建模是一件既有趣又回報諸多的事情？從孩童時起，我就喜歡上了構建模型。那時我搭建最多的是汽車和飛機。當時我並不知道樂高玩具的存在。不過，從我的兒子很小的時候起，樂高就一直伴隨著他的成長。用這些樂高積木構思和搭建模型是如此令人著迷。構建一個基礎模型非常簡單，幾乎可以無止境地發揮想像力。

你也許也會聯想到某些新潮的建築模型。

模型在我們生活中無處不在。如果你喜歡玩桌遊，你正是在使用模型。這裡的模型可能是房產和業主，或是島嶼和幸存者，抑或是領地和建設活動，等等。同樣，視頻遊戲也藏匿了多個模型。這些模型也許塑造了一個奇幻世界，那裡充滿了奇特的人物，他們扮演著夢幻般的角色。而撲克牌或者與之相關的遊戲則是體現著競技的模型。模型就是生活的一部分。人們總是在使用模型，雖然往往並不會承認。

為何如此？因為人人皆有各自的學習方式。雖然學習方式有很多種，但討論最多的三種方式是聽覺、視覺和觸覺。聽覺學習者通過聲音和聆聽來學習。視覺學習者通過閱讀和瀏覽影像來學習。觸覺學習者通過觸摸的行為來學習。有趣的是，每個人都會熱衷於某種學習方式，以至於有時會在其他學習方式上遇到麻煩。例如，觸覺學習者能記住他們所做過的事情，但可能會忘記過程中所聽見的內容。建模的過程主要會涉及視覺和觸覺的刺激，因此你可能會認為視覺和觸覺學習者比聽覺學習者更具有優勢。然而，事實並非總是如此，尤其當一組建模者在構建的過程中使用有聲溝通時。換句話說，模型的構建過程應該適用於大多數人的學習方式。

從建模中學習的能力是人類與生俱來的，為何不利用它去構建已經給生活帶來巨大幫助和影響的軟件模型呢？事實上，軟件模型需要人類去實現，也應該由人類去完成。我認為，人類本應該是優秀的軟件模型構建者。

我強烈期望能夠幫助你使用最好的建模工具來實現軟件。這些工具已被打包成“領域驅動設計”工具箱，或稱之為“DDD”工具箱。該工具箱實際上是一套模式，在Eric Evans所著的《領域驅動設計：軟件核心復雜性應對之道》[DDD]一書中首次提出。我期望將DDD帶給每一個人。如果必須表達我的觀點，我想說的是，讓我把DDD介紹給大家吧！DDD也本該如此，它是面向模型設計的人們用於構建卓越軟件模型的工具箱。本書中，我會盡可能地簡化DDD的學習和使用，並將其帶給每一位讀者。

對於聽覺學習者而言，DDD通過團隊的溝通來構建基於通用語言的開發模型，並以此創造學習的契機。對於視覺和觸覺學習者來說，在團隊進行戰略和戰術建模時使用DDD，其過程高度視覺化並非常注重實操。繪制上下文映射圖 並使用事件風暴構建業務流程時尤為如此。因此，我相信DDD可以幫助到每一位期待通過模型構建來學習並且希望獲得偉大成就的人。

本書所面向的讀者

本書適用於對快速學習DDD核心概念和主要工具感興趣的人。最主要的讀者是軟件架構師和開發者，他們將在項目中實踐DDD。通常，軟件開發者會很快發現DDD的美妙之處，並被其強大的工具深深地吸引。盡管如此，本書也可以幫助高管、領域專家、經理人、業務分析師、信息架構師和測試人員理解這一主題。並非隻有那些從事信息技術（IT）行業和研發（R&D）行業的從業者纔能從書中獲益。

如果你是一位顧問，並且正在推薦你的客戶使用DDD，那麼請將本書提供給主要負責人，這會幫他們快速地理解DDD。如果你團隊中的初級、中級甚至資深開發人員需要盡快在項目上采用DDD，但對其並不熟悉，請讓他們閱讀此書。本書至少可以讓所有的項目負責人和開發人員熟悉DDD詞彙表，並了解即將使用的主要工具，這將使他們能在項目推進過程中不斷地分享一些有意義的內容。

無論你處於什麼樣的經驗水平或擔任什麼樣的職務，請閱讀本書並在項目中實踐DDD。之後再重讀此書，看看你從項目中學到了什麼，以及將來如何進一步改進。

本書的內容

第1章解釋了DDD能為你和你所在的組織帶來什麼，並詳盡地說明了你將學到什麼，以及DDD為何如此重要。

第2章介紹了DDD的戰略設計，並教授了DDD的重要概念：限界上下文與通用語言。第3章解釋了子域，以及在新應用建模時如何使用子域應對新應用與現有遺留繫統集成的復雜性。第4章教授了團隊在戰略層面上的各種協作方式，以及軟件的集成方式，即所謂的上下文映射。

第5章將注意力轉移到了使用聚合進行戰術建模中。領域事件是一個與聚合共同使用的重要而又強大的戰術建模工具，它是第6章的主題——運用領域事件進行戰術設計。

最後，第7章會著重介紹一些加速設計和管理項目的工具，它們可以幫助團隊建立並保持研發節奏。以上的兩個話題很少在其他DDD書籍中討論，但確實是那些決心將DDD付諸實踐的人所迫切需要的。

行文慣例

請在閱讀中注意幾點行文慣例。所有討論的DDD工具都會用楷體字表示。例如，你將會看到以楷體印刷的限界上下文和領域事件。另外所有的源代碼將會用等寬字體印刷。本書正文章節中出現在方括號內的首字母縮寫代表相關的書籍和文獻，它們都列在本書末尾的參考文獻中。

除此之外，本書重點強調的，也是讀者最為喜歡的部分是，通過大量圖表和插圖進行的視覺學習方式。本書中所有插圖都沒有任何數字編號，這是因為我不想讓太多的數字分散你的注意力。每個案例的圖表和插圖都會位於對其討論的正文之前，這也意味著當你閱讀本書時，這些視覺圖形將首先引發你的思考 。而當閱讀正文時，你也可以反過來參考之前的插圖和圖表。