《領域驅動設計 軟件核心復雜性應對之道 修訂版》編輯推薦

·“領域驅動設計之父”經典著作
·眾多聲名顯赫軟件大師鼎力推薦
·凝聚領域建模專家數十年的實戰經驗
·深度剖析構建高質量復雜繫統的核心技術
領域模型使開發人員可以表達豐富的軟件功能需求，由此實現的軟件可以滿足用戶真正的需要，因此被公認為是軟件設計的關鍵所在，其重要性顯而易見。但講述如何將領域模型用於軟件開發過程的傑出的實用資料卻不多見。本書正是這一領域聲名顯赫的作品，受到眾多業界大師的贊美和推介，廣受讀者好評。

《解構領域驅動設計》編輯推薦

1.領域驅動設計是一種能夠有效應對軟件復雜度的領域邏輯設計方法，本書適合希望提高軟件架構能力的軟件架構師和提高領域建模能力開發人員等學習參考。

2.本書試圖解構領域驅動設計，進一步精化與提煉領域驅動設計方法體繫，提出了“領域驅動設計統一過程”。

3.本書通過真實而完整的案例全面展現了如何進行領域驅動設計統一過程的實施和落地。

4.本書引入了業務服務、菱形對稱架構、領域驅動架構、服務驅動設計等方法與模式，總結了領域驅動設計參考過程模型與能力評估模型。

5.本書提出的一整套方法體繫已在多個項目中推廣和落地。

本書是領域驅動設計方面的經典之作，修訂版更是對之前出版的中文版進行了全面的修訂和完善。

全書圍繞著設計和開發實踐，結合若干真實的項目案例，向讀者闡述如何在真實的軟件開發中應用領域驅動設計。書中給出了領域驅動設計的繫統化方法，並將人們普遍接受的一些實踐綜合到一起，融入了作者的見解和經驗，展現了一些可擴展的設計新實踐、已驗證過的技術以及便於應對復雜領域的軟件項目開發的基本原則。

本書全面闡釋了領域驅動設計（domain-driven design，DDD）的知識體繫，內容覆蓋領域驅動設計的主要模式與主流方法，並在此基礎上提出“領域驅動設計統一過程”（domain-driven design unified process，DDDUP），將整個軟件構建過程劃分為全局分析、架構映射和領域建模3個階段。除給出諸多案例來闡釋領域驅動設計統一過程中的方法與模式之外，本書還通過一個真實而完整的案例全面展現了如何進行領域驅動設計統一過程的實施和落地。為了更好地運用領域驅動設計統一過程，本書還開創性地引入了業務服務、菱形對稱架構、領域驅動架構、服務驅動設計等方法與模式，總結了領域驅動設計能力評估模型與參考過程模型。本書提出的一整套方法體繫已在多個項目中推廣和落地。

本書適合希望領會軟件架構本質、提高軟件架構能力的軟件架構師，希望提高領域建模能力、打磨軟件設計能力的開發人員，希望掌握業務分析與建模方法的業務分析人員，希望學習領域驅動設計並將其運用到項目中的軟件行業從業人員閱讀參考。

Eric Evans “領域驅動設計之父”，世界傑出軟件建模專家。他創建了Domain Language公司，致力於幫助公司機構創建與業務緊密相關的軟件。他在世界各地宣講領域驅動設計（Domain-Driven Design，DDD）的思想，開設課程，參加會議，接受專訪，擁有大批的追隨者。從20世紀80年代開始，他就以設計師和程序員的雙重身份參與過許多大型面向對像繫統的設計和開發，涉及各種復雜的業務和技術領域。同時，他還培訓和指導過許多開發團隊開展極限編程實踐。

張逸，高質量編碼實踐者、領域驅動設計布道師、微服務繫統架構師、大數據平臺架構師、敏捷轉型咨詢師，曾就職於中興通訊、惠普、思特沃克（ThoughtWorks）、民航（成都）信息等企業，致力於大型軟件企業的分布式架構設計、領域驅動設計、大數據平臺架構設計以及垂直領域的企業架構規劃與建設，並為國內外多家企業提供技術培訓與咨詢服務。

目錄

第 一部分運用領域模型
第 1章消化知識5
1．1有效建模的要素9
1．2知識消化10
1．3持續學習11
1．4知識豐富的設計12
1．5深層模型15
第 2章交流與語言的使用16
2．1模式：UBIQUITOUS LANGUAGE16
2．2“大聲地”建模21
2．3一個團隊，一種語言22
2．4文檔和圖24
2．4．1書面設計文檔25
2．4．2完全依賴可執行代碼的情況27
2．5解釋性模型27
第3章綁定模型和實現29
3．1模式：MODEL-DRIVEN DESIGN30
3．2建模範式和工具支持32
3．3揭示主旨：為什麼模型對用戶到關重要38
3．4模式：HANDS-ON MODELER39
第 二部分模型驅動設計的構造塊
第4章分離領域43
4．1模式：LAYERED ARCHITECTURE43
4．1．1將各層關聯起來46
4．1．2架構框架47
4．2領域層是模型的精髓48
4．3模式：THE SMART UI“反模式”48
4．4其他分離方式50
第5章軟件中所表示的模型51
5．1關聯52
5．2模式：ENTITY（又稱為REFERENCE OBJECT）56
5．2．1ENTITY建模59
5．2．2設計標識操作60
5．3模式：VALUE OBJECT62
5．3．1設計VALUE OBJECT64
5．3．2設計包含VALUE OBJECT的關聯67
5．4模式：SERVICE67
5．4．1SERVICE與孤立的領域層69
5．4．2粒度70
5．4．3對SERVICE的訪問70
5．5模式：ＭODULE（也稱為PACKAGE）71
5．5．1敏捷的MODULE72
5．5．2通過基礎設施打包時存在的隱患73
5．6建模範式75
5．6．1對像範式流行的原因76
5．6．2對像世界中的非對像77
5．6．3在混合範式中堅持使用MODEL-DRIVEN DESIGN78
第6章領域對像的生命周期80
6．1模式：AGGREGATE81
6．2模式：FACTORY89
6．2．1選擇FACTORY及其應用位置91
6．2．2有些情況下隻需使用構造函數93
6．2．3接口的設計94
6．2．4固定規則的相關邏輯應放置在哪裡94
6．2．5ENTITY FACTORY與VALUE OBJECT FACTORY95
6．2．6重建已存儲的對像95
6．3模式：REPOSITORY97
6．3．1REPOSITORY的查詢101
6．3．2客戶代碼可以忽略REPOSITORY的實現，但開發人員不能忽略102
6．3．3REPOSITORY的實現103
6．3．4在框架內工作104
6．3．5REPOSITORY與FACTORY的關繫104
6．4為關繫數據庫設計對像106
第7章使用語言：一個擴展的示例108
7．1貨物運輸繫統簡介108
7．2隔離領域：引入應用層110
7．3將ENTITY和VALUE OBJECT區別開110
7．4設計運輸領域中的關聯112
7．5AGGREGATE邊界113
7．6選擇REPOSITORY113
7．7場景走查115
7．7．1應用程序特性舉例：更改Cargo的目的地115
7．7．2應用程序特性舉例：重復業務116
7．8對像的創建116
7．8．1Cargo的FACTORY和構造函數116
7．8．2添加Handling Event117
7．9停一下，重構：Cargo AGGREGATE 的另一種設計118
7．10運輸模型中的ＭODULE120
7．11引入新特性：配額檢查122
7．11．1連接兩個繫統123
7．11．2進一步完善模型：劃分業務124
7．11．3性能優化125
7．12小結126
第三部分通過重構來加深理解
第8章突破131
8．1一個關於突破的故事131
8．1．1華而不實的模型132
8．1．2突破133
8．1．3更深層模型135
8．1．4冷靜決策137
8．1．5成果138
8．2機遇138
8．3關注根本138
8．4後記：越來越多的新理解139
第9章將隱式概念轉變為顯式概念140
9．1概念挖掘140
9．1．1傾聽語言140
9．1．2檢查不足之處144
9．1．3思考矛盾之處148
9．1．4查閱書籍148
9．1．5嘗試，再嘗試150
9．2如何為那些不太明顯的概念建模150
9．2．1顯式的約束151
9．2．2將過程建模為領域對像153
9．2．3模式：SPECIFICATION154
9．2．4SPECIFICATION的應用和實現156
第 10章柔 性 設 計168
10．1模式：INTENTION-REVEALING
INTERFACES169
10．2模式：SIDE-EFFECT-FREE FUNCTION173
10．3模式：ASSERTION177
10．4模式：CONCEPTUAL CONTOUR181
10．5模式：STANDALONE CLASS184
10．6模式：CLOSURE OF OPERATION186
10．7聲明式設計188
10．8聲明式設計風格190
10．9切入問題的角度197
10．9．1分割子領域197
10．9．2盡可能利用已有的形式198
第 11章應用分析模式206
第 12章將設計模式應用於模型217
12．1模式：STRATEGY（也稱為POLICY）218
12．2模式：COMPOSITE221
12．3為什麼沒有介紹FLYWEIGHT226
第 13章通過重構得到更深層的理解227
13．1開始重構227
13．2探索團隊227
13．3借鋻先前的經驗228
13．4針對開發人員的設計229
13．5重構的時機229
13．6危機就是機遇230
第四部分戰略設計
第 14章保持模型的完整性233
14．1模式：BOUNDED CONTEXT235
14．2模式：CONTINUOUS INTEGRATION239
14．3模式：CONTEXT MAP241
14．3．1測試CONTEXT的邊界247
14．3．2CONTEXT MAP的組織和文檔化247
14．4BOUNDED CONTEXT之間的關繫248
14．5模式：SHARED KERNEL248
14．6模式：CUSTOMER/SUPPLIER DEVELOPMENT TEAM250
14．7模式：CONFORMIST253
14．8模式：ANTICORRUPTION LAYER255
14．8．1設計ANTICORRUPTION LAYER的接口256
14．8．2實現ANTICORRUPTION LAYER256
14．8．3一個關於防御的故事259
14．9模式：SEPARATE WAY260
14．10模式：OPEN HOST SERVICE261
14．11模式：PUBLISHED LANGUAGE262
14．12“大像”的統一264
14．13選擇你的模型上下文策略267
14．13．1團隊決策或更高層決策268
14．13．2置身上下文中268
14．13．3轉換邊界268
14．13．4接受那些我們無法更改的事物：描述外部繫統269
14．13．5與外部繫統的關繫269
14．13．6設計中的繫統270
14．13．7用不同模型滿足特殊需要270
14．13．8部署271
14．13．9權衡271
14．13．10當項目正在進行時272
14．14轉換272
14．14．1合並CONTEXT：SEPARATE WAY →SHARED KERNEL273
14．14．2合並CONTEXT：SHARED KERNEL→CONTINUOUS INTEGRATION274
14．14．3逐步淘汰遺留繫統275
14．14．4OPEN HOST SERVICE→PUBLISHED LANGUAGE276
第 15章精煉277
15．1模式：CORE DOMAIN278
15．1．1選擇核心280
15．1．2工作的分配280
15．2精煉的逐步提升281
15．3模式：GENERIC SUBDOMAIN282
15．3．1通用不等於可重用286
15．3．2項目風險管理287
15．4模式：DOMAIN VISION STATEMENT287
15．5模式：HIGHLIGHTED CORE289
15．5．1精煉文檔289
15．5．2標明CORE290
15．5．3把精煉文檔作為過程工具291
15．6模式：COHESIVE MECHANISM292
15．6．1GENERIC SUBDOMAIN與COHESIVE MECHANISM的比較293
15．6．2MECHANISM是CORE DOMAIN一部分294
15．7通過精煉得到聲明式風格294
15．8模式：SEGREGATED CORE295
15．8．1創建SEGREGATED CORE的代價296
15．8．2不斷發展演變的團隊決策296
15．9模式：ABSTRACT CORE301
15．10深層模型精煉302
15．11選擇重構目標302
第 16章大型結構303
16．1模式：EVOLVING ORDER306
16．2模式：SYSTEM METAPHOR308
16．3模式：RESPONSIBILITY LAYER309
16．4模式：KNOWLEDGE LEVEL321
16．5模式：PLUGGABLE COMPONENT FRAMEWORK328
16．6結構應該有一種什麼樣的約束332
16．7通過重構得到更適當的結構333
16．7．1**小化333
16．7．2溝通和自律334
16．7．3通過重構得到柔性設計334
16．7．4通過精煉可以減輕負擔334
第 17章領域驅動設計的綜合運用336
17．1把大型結構與BOUNDED CONTEXT結合起來使用336
17．2將大型結構與精煉結合起來使用339
17．3首先評估339
17．4由誰制定策略341
17．4．1從應用程序開發自動得出的結構341
17．4．2以客戶為中心的架構團隊341
17．5制定戰略設計決策的6個要點342
17．5．1技術框架同樣如此344
17．5．2注意總體規劃345
結束語
附錄351
術語表354
參考文獻357
圖片說明359
索引360

第 一篇開篇

第 1章軟件復雜度剖析 2

1.1什麼是復雜繫統 2

1.2理解能力 4

1.3預測能力 9

第 2章領域驅動設計概覽 13

2.1領域驅動設計的基本概念 14

2.2領域驅動設計過程 19

2.3控制軟件復雜度 21

2.4冷靜認識 28

第3章領域驅動設計統一過程 29

3.1領域驅動設計現存的不足 30

3.2領域驅動設計統一過程 31

第二篇全局分析

第4章問題空間探索 40

4.1全局分析的5W模型 40

4.2高效溝通 42

4.3高效協作 49

第5章價值需求分析 57

5.1識別利益相關者 57

5.2明確繫統願景 61

5.3確定繫統範圍 62

5.4使用商業模式畫布 64

第6章業務需求分析 66

6.1業務流程 66

6.2業務場景 71

6.3子領域 77

第三篇架構映射

第7章同構繫統 82

7.1概念層次的同構繫統 83

7.2設計層次的同構繫統 87

7.3管理層次的同構繫統 89

第8章繫統上下文 93

8.1 “繫統內”和“繫統外” 93

8.2繫統上下文 94

8.3繫統上下文的確定 95

第9章限界上下文 98

9.1限界上下文的定義 98

9.2限界上下文的特征 101

9.3限界上下文的識別 111

第 10章上下文映射 124

10.1上下文映射概述 124

10.2通信集成模式 126

10.3團隊協作模式 132

10.4上下文映射的設計誤區 138

10.5上下文映射的確定 140

第 11章服務契約設計 145

11.1消息契約 145

11.2服務契約 149

11.3設計服務契約 160

第 12章領域驅動架構 165

12.1菱形對稱架構 165

12.2繫統分層架構 197

12.3領域驅動架構風格 202

第四篇領域建模

第 13章模型驅動設計 206

13.1軟件繫統中的模型 206

13.2模型驅動設計 207

13.3領域模型驅動設計 210

第 14章領域分析建模 215

14.1統一語言與領域分析模型 215

14.2快速建模法 215

14.3領域分析模型的精煉 222

14.4領域分析模型與限界上下文 223

第 15章領域模型設計要素 226

15.1領域設計模型 226

15.2實體 229

15.3值對像 239

15.4聚合 247

15.5聚合生命周期的管理 265

15.6領域服務 280

15.7領域事件 287

第 16章領域設計建模 295

16.1角色構造型 295

16.2設計聚合 301

16.3服務驅動設計 312

第 17章領域實現建模 324

17.1穩定的領域模型 324

17.2測試優先的領域實現建模 329

17.3領域建模過程 334

第五篇融合

第 18章領域驅動設計的戰略考量 362

18.1限界上下文與微服務 362

18.2限界上下文之間的分布式通信 368

18.3命令查詢職責的分離 377

18.4事務 383

第 19章領域驅動設計的戰術考量 396

19.1設計概念的統一語言 396

19.2領域模型的持久化 402

19.3資源庫的實現 417

第 20章領域驅動設計體繫 423

20.1領域驅動設計的精髓 423

20.2領域驅動設計能力評估模型 426

20.3領域驅動設計參考過程模型 429

20.4總結 495

附錄

附錄A領域建模範式 498

A.1結構建模範式 498

A.2對像建模範式 507

A.2.1職責 507

A.2.2抽像 514

A.3函數建模範式 522

附錄B事件驅動模型 533

B.1事件風暴 534

B.2事件溯源模式 547

B.3事件驅動架構 555

附錄C領域驅動設計魔方 561

C.1發展過程的裡程碑 561

C.2領域驅動設計魔方 562

C.3全局分析的魔方切面 563

C.4架構映射的魔方切面 565

C.5領域建模 566

附錄D領域驅動設計統一過程交付物 569

D.1價值需求 569

D.2業務需求 569

D.3繫統上下文 571

D.4業務架構 571

D.5應用架構 571

D.6子領域架構 572

參考文獻 573