為什麼「領域模型」需要充血？

最新 06-28

為什麼要讓我們的「領域模型」充血裸奔？

作者簡介：

蔡阿斌，英孚教育高級技術研發經理，十年敏捷軟體開發經驗。合著《敏捷開發一千零一夜》；譯著《Elasticsearch 伺服器開發第二版》。走進一個軟體研發經理的日常，這裡我們聊需求，技術，敏捷，架構，流程，設計，代碼，質量，運維，團隊…… 我的每次分享，除了內容本身，更希望塑造你對軟體開發的思考模型和價值觀。技術都是短暫的，價值觀永存。

Chat簡介：

軟體行業的童鞋們多多少少都聽說過軟體開發行業里的下面這些術語：TDD、ATDD、BDD、DDD。入行尚淺的人也許只聽過 TDD，經驗老道的會發現前面三個還算有關聯，最後一個 DDD 亂入。

DDD (Domain Driven Design) 中文「領域驅動設計」，由 Eric Evans 在同名著作中提出，它顧名思義把 Domain 作為核心來驅動軟體的設計。

類似的也許比較常見的說法是，要有充血的領域模型（Domain Model），而不能貧血。

當然 DDD 是有一系列實踐組成的，讓領域模型充血只是其中一個實踐而已。

本場 Chat 從 DDD 里的第一個 D（Domain）和最後一個 D（Design）入手，探討如下問題：

1. 為什麼領域模型需要充血？還裸奔？

2. 具體如何實現裸奔？

3. 什麼是軟體開發里的設計？

4. 軟體總拿來跟建築比較，它們是可比的嗎？

5. TDD等其它DD們的來龍去脈。

我對這篇文章，以及自己所有文章的期待是：除了技術本身，我更希望從中傳遞我對軟體開發的思考模型和價值觀。技術是短暫的，價值觀永存。