第一，大家應該知道領域驅動的是設計，這是必須的。
「領域驅動設計」，顧名思義，首先強調的是「領域」。這個詞不是指技術上的任何東西，而是指」業務領域「，是說用領域的角度去分析和設計業務。
可是在現實中我們有多少人又真的懂業務呢，那些低層次的程式設計師就不用說了，因為他們了解的業務甚至都不是第一手的，都是經過架構師們消化過的。至於那些架構師門了解的業務就是正確的嗎，我看不見得。因為就中國的國情而言，尤其對於企業開發而言，處處充滿著管理的不規範性，使用者說的很多需求就是不規範的。按照這樣的使用者需求做出的軟體只能是個怪胎，滿足一時之需，時間一長就不能用了。原因是什麼呢，因為使用者是會逐步成長和規範的。
那正確的做法應該是什麼呢？答案很簡單，向領域專家和專業書籍學習。同時要找出當前使用者在業務不足之處在**，要在規範和現實之間找到一道橋梁。
「領域驅動設計「的另一層含義是「驅動設計」。顯然，「設計」只是一種手段和工具，是為「領域」服務的。「設計」的過程和質量必須通過「領域模型"來檢驗和驗證，這也是測試驅動的本質。當然，我們要盡可能不要讓設計工具本身的缺陷扭曲了「領域」本身，那就本末倒置了。這就是為什麼banq要批判「基於關聯式資料庫的業務設計」以及堅持「域模型不要讓技術汙染了」。
在生活中也是如此，如果你騎過車或者開過車，你的心中都有一輛你真正屬於你的車，至於這個車是不是有輪子什麼的都不重要，關鍵是能讓自己舒適地出行。顯然「舒適地出行」才是真正的業務領域，而是「輪子之類的」只是設計。
做企業開發快10個年頭了，遇到很多困惑和困擾，在我的心中也漸漸有乙個真正的企業模型。對我來說，「領域驅動設計」其實也是一種「設計」。
第二，大家在自己的專案、練習中實踐，這裡並不僅僅是開發時的實踐。這樣，才會對領域驅動有個好的理解。也有針對特定問題的解決方案。
領域驅動設計 1 概述
領域驅動設計 隨著計算機的普及,軟體的發展也從一開始的單一計算,變為大規模,多功能的集合.這也就對軟體開發的效率,規模,可維護性提出了更多的要求,針對於軟體不同的發展階段,它的開發模式也是乙個逐漸演變的過程 瀑布開發模式 敏捷開發模式 領域驅動設計 微服務 瀑布開發模式 強調軟體規範,使用工程管理思...
領域驅動設計 1 概述
領域驅動設計 隨著計算機的普及,軟體的發展也從一開始的單一計算,變為大規模,多功能的集合.這也就對軟體開發的效率,規模,可維護性提出了更多的要求,針對於軟體不同的發展階段,它的開發模式也是乙個逐漸演變的過程 瀑布開發模式 敏捷開發模式 領域驅動設計 微服務 瀑布開發模式 強調軟體規範,使用工程管理思...
領域驅動設計學習筆記 1
關聯簡化，從而讓模型更清晰 指定乙個導航的方向 加入限定符減少關聯的多重性 清除不必要的關聯 模型分為實體，值物件，服務物件三種 實體應具有唯一標識 id 來進行區分 值物件則為只關心它們是什麼，而不關心它們誰是誰的物件，所以不需要分配標識。通常是臨時物件，經常作為實體的屬性和其他值。設計時需要對複...