美國，scott millett, nick tune
**示例用的是 c#
我喜歡本書的原理部分就是前部分。
不喜歡的點是：
建立和維護軟體的難處。
bbom 是一大片隨意構造、雜亂無章、凌亂、任意拼貼、毫無頭緒的**叢林。（大泥球，big ball of mud）
領域複雜性和技術複雜性混合在了一起。的結果。
缺乏應有的關注和考量。
需要持續致力於知識的提煉，以生成可以在數年而不僅僅是數月中可維護的軟體。
詢問領域專家當前系統的哪些部分難以使用。
介紹常見模形的書《analysis partterns: reusable object models》 martin fowler 著
並非乙個系統的所有部分都需要良好的設計
與領域專家一起建立乙份領域術語表
實際上，不應期望對真實情況完整建模，而是對問題域中有用的抽象概念建模。要尋找問題域中的共通性和變化。
嘗試在單個模型中建立所有內容往好處說是魯莽，往最壞的極端說就是浪費時間且毫無意義。
要根據系統中的不變條件和規則來定義聯絡。
沒有領域邏輯時不要浪費時間做設計，直接幹活。
團隊結構和工作地點也能對領域開發結果的邊界造成很大的影響。
規模並非是描繪邊界的準則。
監控錯誤
重新嘗試處理的情況
訊息傳遞框架會停止重新嘗試處理有害訊息，放入錯誤佇列的特殊佇列中。
函式程式設計：資料：
推薦 4 星
雖然本書有各種不喜，但一本書帶給我新鮮的東西那怕只有一點點也是值得的，這就是我去讀各種書的目地。
領域這個概念也許我和作者理解的不一樣，但是我覺得我理解的東西，可以用到我的知識框架中來補充一些我不知道的。
欣喜。
讀《領域驅動設計與模式實戰》
有關領域驅動方面的書籍不多，jimmy的 領域驅動設計與模式實戰 便是其中的一本。讀本書前，最好有讀過eric的 領域驅動設計 ddd 與martin fowler的 企業應用架構模式 poeaaa 否則很難看懂。這是一本注重實踐與應用的書籍，作者將多年從事軟體開發的經驗融入書中，結合tdd向讀者展...
領域驅動設計建模思考與實踐
軟體的核心是為使用者解決領域相關的問題的能力，其他特性都要服務於這個基本目的。領域驅動設計告訴我們如何做好業務層，並以領域驅動設計思想來選擇合適的框架，通過關注領域模型而不是技術來建立更好的軟體。領域模型是通過逐步演化學習得來的，這當中體現了對相關領域知識的提煉歸納，是無法複製抄襲的，是整套軟體最具...
讀領域驅動設計的領悟
領域驅動設計，個人領悟，主要是一種解決問題的方 在網際網路公司中，大力提倡敏捷開發的今天，領域驅動設計會增加開發的複雜度，需要增加很大的開發工作量。在我工作的幾家公司中，只有一家公司曾經提出過要進行領域驅動設計，但是領域驅動設計，大部分開發人員並不是很懂，對開發人員的能力要求也比較高，每個人的理解也...