深入實踐DDD：以DSL驅動複雜軟件開發
楊捷鋒
1914人在讀
39.4萬字總字數
¥59.4定價
楊捷鋒
本書的第一部分會帶領讀者從戰術層面以及戰略層面重溫領域驅動設計的重要概念，然後進一步闡述Eric Evans經典著作中沒有顯式提出的或者被太多人忽略的但我認爲對DDD落地非常重要的若干概念，同時簡要介紹從DDD社區興起的一些軟件架構模式。通過第一部分，讀者可以更完整、更深刻地掌握DDD的知識體系。第二部分闡述如何設計一種DDD的DSL，包括這個DSL的規範（Specification）支持哪些特性、如何幫助團隊描述領域模型的方方面面、這些特性的選擇基於何種考量等。這種領域專用語言需要一個名字，我們總不能一直說“我設計的DDD的DSL”吧，於是我給它起了一個名字：DDDML。我認爲這是一個很棒的名字。其實這種語言叫什麼並不太重要，重要的是它可以用一種足夠嚴格的方式描述領域模型。我認爲目前它在簡單與複雜之間取得了不錯的平衡。當然，其中還有不小改進的空間。比如，我很樂意讓它支持更多像“賬務模式”這樣的分析模式。第三部分介紹如何將“思想照進實現”——通過使用工具將描述領域模型的DSL文檔變成可以運行的軟件。這個過程涉及大量的技術工具（工具鏈）的設計與實現。只有將這些技術工具——比如從DSL自動生成應用的源代碼的模板——實現出來，才能減輕開發人員實踐DDD的負擔，進而提升而不是降低軟件團隊的生產效率。本部分會介紹這些技術工具設計與實現的細節。
二零二一年讀完的第二十九本書，前半部分讀得比較認真，後半部分主要講述的是作者開發的DDDML 基本都是跳着讀的。在年初的時候也想着去開發一個公司內部的DSL語言，等這段時間忙完後再來推進，希望到時候熱情還在吧。
和上面同學說的一樣，精華在第一章。 後面作者可能沉迷於自己設計的DSL無法自拔了吧。
玄之又玄，能讀通順的沒幾句，浪費時間
領域驅動設計，說白了就是迴歸軟件的本位，不要對專業領域指手劃腳，而是儘量提供合乎專業原理的軟件建構模型。 不要拍腦袋想，而要吸收實踐經驗，接受那些複雜但是有效的理論模型。 與其讓會編程的學習專業知識，還不如讓專業的人自己學編程。
AI時代略有啓示，前面的章節描述較好，後面的實戰環節一般，如何描述行爲與規則，靠僞代碼的方式是否合適，可能是一個要思考的重點。
前面可以認真閱讀，有一定的參考價值，但是後面的DDDML相關的作者的實踐，粗略看下就可以，領域場景不同，實踐的參考價值不大。
總體還不錯，對DDD有不少深入認識，但行文和組織得一般，理解有點費力。後半部的DDDML似乎雄心壯志的，Github上的項目只有spec，還不好理解其中的難度和投入，但是個不錯的參考。
理論大於實踐的一本書，不過好在在DDD 建模上提供一種新的方法論，需要在實際工作中切身實踐落地，一一驗證。這樣，才能總結出自己的DDD 建模方法論。
1.第一章不錯，後面講 DSL 的部分比較模糊，如果打算自己落地搞，可以借鑑，如果沒打算搞，就不推薦看後面的了 2. DSL 是什麼？（Domain-Specific Language，DSL）維基百科上是這麼說的：領域專用語言（DSL）是面向特定的應用領域專門化的計算機語言。它與通用語言（GPL）相對應，後者廣泛適用於不同的領域。 3.本書的作者實現了一套 DDD 的 DSL，在他公司也進行了實踐落地，但是沒有開源，我們看這本書可以借鑑參考，但是輪子得自己造 ps：沒看完，後面實在看不下去了（前面講了設計的 DSL 語言，後面講基於此的具體例子，有點難理解）
個人理解，本書亮點在第一部分，詳細描述了DDD相關概念和理解，後面基本跳着讀