領域驅動設計，個人領悟，主要是一種解決問題的方**。
在網際網路公司中，大力提倡敏捷開發的今天，領域驅動設計會增加開發的複雜度，需要增加很大的開發工作量。
在我工作的幾家公司中，只有一家公司曾經提出過要進行領域驅動設計，但是領域驅動設計，大部分開發人員並不是很懂，對開發人員的能力要求也比較高，每個人的理解也都不一樣，因此當時只是個別人的開發習慣。有這種領域驅動設計的思想，可以極大提高**重用率、**簡潔性，系統架構也會更加的優雅。在日常迭代比繁的工作中，很難使用到，只有比較大的需求，需要進行系統設計時候可能會有些涉及到這方面的工作。
因此，我根據自己的經驗和思考，主要是在兩種場景下，可以推行領域驅動設計的方**。
1、進行系統從0到1的建設，大型需求迭代開發中(開發周期15人天以上)
2、系統重構
主要可以應用領域驅動設計的哪些方面
1、針對領域物件的業務規則，封裝在領域物件中
2、領域模型的建立(名詞-動詞-形容詞法)、實現、聚合
3、設計模式應用於其中
4、反模式設計
5、分層架構設計
6、找出領域核心，區分主次
7、多和領域專家溝通
下面一篇文件寫的也不錯，講解如何進行領域驅動設計，可以參考下
領域驅動設計
領域驅動設計，主要是架構師或者是技術leader要求的技能，在公司中最好是有一定話語權的人推行才能進行下去。
針對如何制定戰略設計的決策，有6個要點：
1、決策必須傳達到整個團隊
2、決策過程必須收集反饋意見
3、計畫必須允許演變
4、架構團隊不必把所有最好的、最聰明的人員都吸收進來
5、戰略設計需要遵守簡約和謙遜的原則
6、物件的職責要專一，而開發人員應該是多面手
讀《領域驅動設計與模式實戰》
有關領域驅動方面的書籍不多，jimmy的 領域驅動設計與模式實戰 便是其中的一本。讀本書前，最好有讀過eric的 領域驅動設計 ddd 與martin fowler的 企業應用架構模式 poeaaa 否則很難看懂。這是一本注重實踐與應用的書籍，作者將多年從事軟體開發的經驗融入書中，結合tdd向讀者展...
讀《領域驅動設計模式 原理與實踐》
美國，scott millett,nick tune 示例用的是 c 我喜歡本書的原理部分就是前部分。不喜歡的點是 建立和維護軟體的難處。bbom 是一大片隨意構造 雜亂無章 凌亂 任意拼貼 毫無頭緒的 叢林。大泥球，big ball of mud 領域複雜性和技術複雜性混合在了一起。的結果。缺乏應...
讀《實現領域驅動設計》個人心得
貧血領域物件 方法不單一，方法的名字不能傳達方法的含義，並且方法體的實現也不具有單一性，也不能體現方法的功能。說白了，方法不能體現業務。好的 就是能表達業務的 貧血領域物件會隨著時間推移，會讓人搞不清楚它最初的含義和功能是什麼，即讓人搞不清楚它要實現什麼樣的業務場景或者用例流。領域驅動設計的領域物件...