複雜軟件設計之道:領域驅動設計全面解析與實戰

彭晨陽

  • 出版商: 機械工業
  • 出版日期: 2020-08-01
  • 售價: $714
  • 貴賓價: 9.5$678
  • 語言: 簡體中文
  • 頁數: 352
  • 裝訂: 平裝
  • ISBN: 7111661125
  • ISBN-13: 9787111661122
  • 相關分類: Domain-Driven Design
  • 銷售排行: 👍 2021 年度 簡體中文書 銷售排行 第 12 名
    🥈 2021/2 簡體中文書 銷售排行 第 2 名

    立即出貨 (庫存 < 4)

買這商品的人也買了...

商品描述

領域驅動設計簡稱DDD,《複雜軟件設計之道:領域驅動設計全面解析與實戰》前6章全面解析了DDD的分析方法和技術架構,
包括領域驅動設計基礎、領域驅動戰略設計(有界上下文和統一語言)、聚合設計、實體和值對象、
CQRS架構和事件溯源,第7章使用經典的貨物運輸系統案例進行了完整、詳細的綜合演示。
《複雜軟件設計之道:領域驅動設計全面解析與實戰》同時引入了DDD的*新發展成果,如事件風暴建模,
並以此建模方式替代傳統的DDD建模方式講解了多個案例。
還涉及大量軟件系統實現相關的技術和架構,讀者在學習DDD的同時,也可以掌握這些技術、架構在DDD實現中的靈活應用。
另外,每個概念或方法的講解過程都穿插了具體實例,以方便讀者結合實例進行學習;
第2~7章每章*後都有總結與拓展,將本章涉及的案例和知識進行總結,並引入國際DDD專家的心得經驗,
試圖告訴讀者一條DDD實戰中行之有效的途徑。
《複雜軟件設計之道:領域驅動設計全面解析與實戰》主要面向擁有一定實踐經驗的軟件產品經理、
領域專家、軟件設計開發相關從業人員,相關初級從業者也可閱讀本書。
 

作者簡介

彭晨陽

常用網名板橋(bang),DDD等軟件架構專研網站——解道(Jdon)的創辦者,
長期關注國內外軟件架構思想和設計開發的新動向,自DDD提出以來,持續研究與實踐DDD。
行業經驗——具有近30年的軟件系統設計與開發經驗,以及豐富的領域實戰經驗,
包括ERP、電子商務、政務、電力、銀行、大型遊戲等。
培訓經歷——致力於傳播軟件設計開發新思想、新技術,曾為近百家企業提供培訓諮詢服務,包括華為、阿里等企業。
擅長方向——系統架構設計與實現,設計模式與框架,並發編程和微服務、區塊鍊等分佈式系統與事務。
擅長複雜系統的軟件架構和領域建模。
 

目錄大綱

目錄
前言
第1章領域驅動設計基礎
1.1領域驅動設計的起源與發展
1.1.1程序員為難之處
1.1.2技術負債與軟件質量
1.1.3 ER數據建模與面向對象建模
1.1.4 DDD的誕生和發展
1.2領域驅動設計的特點
1.2.1發現和理解問題
1.2.2領域即邊界
1.2.3解決複雜性
1.2.4新的數據結構設計方式
1.2.5需要注重產品的程序員
1.3領域驅動設計的難點
1.3.1業務策略和業務規則
1.3.2統一語言與有界上下文
1.3.3領域模型的提煉
1.4領域驅動設計的應用場景
1.4.1哪些應用不適合?
1.4.2適合微服務架構

第2章領域驅動戰略設計
2.1有界上下文
2.1.1統一語言:統一項目中的交流語言
2.1.2如何發現有界上下文和統一語言?
2.1.3有界上下文之間的關係
2.1.4核心子域、支持子域與通用子域
2.1.5實例解析:電費結算系統
2.2按時間線發現有界上下文
2.2.1 UML時序圖
2.2.2實例解析:電商領域之商品管理上下文
2.3通過領域故事或流程發現有界上下文
2.4通過事件風暴會議發現有界上下文
2.4.1領域事件
2.4.2命令
2.4.3事件風暴建模法
2.4.4實例解析:一個典型的事件風暴建模議程
2.5業務平台與中台設計
2.6總結與拓展

第3章聚合設計
3.1聚合設計的概念
3.1.1高聚合低關聯
3.1.2聚合的邏輯一致性
3.2設計聚合的幾種方法
3.2.1改變主謂賓順序
3.2.2根據領域事件設計聚合
3.2.3根據單一職責設計聚合
3.2.4按時間邊界設計聚合
3.2.5通過事務邊界設計聚合
3.2.6通過ER模型設計聚合
3.3實例解析:訂單系統中的聚合設計
3.3.1信息擁有者模式
3.3.2引用模式
3.3.3奧卡姆剃刀原理
3.3.4控制者模式
3.3.5訂單狀態集中控制實現
3.3.6做什麼和怎麼做的分離
3.3.7在服務中驗證聚合
3.3.8 Spring Boot實現
3.4總結與拓展

第4章實體和值對象
4.1失血/貧血模型
4.2實體
4.2.1實體的標識
4.2.2實體的設計
4.2.3實體對象的創建
4.3值對象
4.3.1值對象與實體的區別
4.3.2用值對象重構
4.4領域服務
4.4.1領域服務的特徵
4.4.2領域服務與應用服務
4.5倉儲
4.5.1自行實現倉儲
4.5.2結合Builder模式實現倉儲
4.6充血模型的設計原則
4.6. 1將公有setter方法變為私有
4.6.2注重對象的構建
4.7實例解析:論壇系統實體和值對象設計
4.7.1聚合根實體是什麼?
4.7.2值對象的設計
4.7.3狀態設計
4.7.4發帖功能實現
4.7.5雙聚合根
4.7.6分配職責行為
4.7.7構建對象必須遵循唯一性
4.8總結與拓展

第5章CQRS架構
5.1 DDD架構介紹
5.1.1 MVC模式
5.1.2傳統三層架構
5.1.3傳統DDD分層架構
5.1.4清潔架構
5.1.5六邊形架構
5.1.6垂直切片架構
5.2 CQRS架構的特點
5.3命令和查詢分離
5.3.1查詢模型實現
5.3.2命令模型實現
5.3.3 Command對象
5.3.4命令和查詢的協作
5.4不同的數據訪問方式
5.4.1查詢端存儲實現
5.4.2規格模式
5.4.3命令與查詢的同步
5.5 CAP定理
5.6領域事件實現數據同步
5.7實例解析:使用Axon框架實現CQRS
5.7.1命令端實現
5.7.2查詢端實現
5.8總結與拓展

第6章事件溯源
6.1什麼是事件溯源?
6.2基於事件溯源的聚合根設計
6.2.1用事件替代狀態
6.2.2活動與事件
6.3事件溯源的優點
6.3.1替代分佈式事務
6.3.2事件日誌的順序性
6.3.3基於事件日誌的消息系統
6.4微服務中的分佈式事務實現
6.4.1引入Saga模式
6.4.2 Saga分佈式事務原理
6.4.3實例解析:賬戶轉賬
6.5使用Apache Kafka實現事件溯源
6.6投射模式
6.7更改數據捕獲(CDC)
6.8總結與拓展

第7章貨物運輸系統
7.1領域描述
7.2從流程中發現領域事件
7.2.1受理流程
7.2.2作業流程
7.3概念挖掘
7.3.1劃分有界上下文
7.3.2預訂受理上下文
7.3.3運輸作業上下文
7.4預訂受理的聚合設計
7.4.1聚合的發現和命名
7.4.2聚合設計
7.4.3狀態設計
7.4.4命令與事件設計
7.4.5代碼實現
7.4. 6設計和實現的差異
7.5運輸作業的聚合設計
7.5.1命令、事件和聚合
7.5.2有界上下文映射
7.5.3聚合重構設計
7.6總結與拓展