上一篇：《IDDD 實現領域驅動設計－理解領域和子域》 《實現領域驅動設計》前兩章內容，基本上讀完了，和《領域驅動設計》不同的是，它把很多的概念都放在前面進行講述了，比如領域精煉、界限上下文等等，在《領域驅動設計》中，是很靠后的內容，不過這樣也好，可以讓你從一個大局的視角去看待問題，由廣到細 ...

上一篇：《IDDD 實現領域驅動設計－一個簡單業務用例的回顧和理解》 在《實現領域驅動設計》第二章的前半部分內容中，提到領域和子域的概念，並且作者把這兩者又進行了細致的區分，其實在《領域驅動設計》書中，也有進行詳細說明，只不過是在第十五章《精煉》中，章節比較靠后，我先是讀了《實現領域驅動設計 ...

啰嗦幾句 年前的時候，在和 netfocus 兄，以及對 DDD 感興趣園友的探討過程中，我發現自己有很多不足的地方，對 DDD 的了解也只是皮毛而已，代碼寫的少，DDD 的基本概念也不是很清楚，空有一腔熱愛之情是做不了事的，后來我就多寫技術代碼，也記錄了很多的技術問題，這讓我收獲很多，.NET ...

上一篇：《IDDD 實現領域驅動設計－CQRS（命令查詢職責分離）和 EDA（事件驅動架構）》 學習架構知識，需要有一些功底和經驗，要不然你會和我一樣吃力，CQRS、EDA、ES、Saga 等等，這些是實踐 DDD 所必不可少的架構，所以，如果你不懂這些，是很難看懂上篇所提到的 CQRS ...

上一篇：《IDDD 實現領域驅動設計－上下文映射圖及其相關概念》 在《實現領域驅動設計》書中，分層的概念作者講述的很少，也就幾頁的內容，但對於我來說，有很多的感觸需要訴說。之前的短消息項目使用的就是經典分層架構，但那時候是：瞎子過橋，啥也不會，現在再回過頭看，滿眼惆悵，還請我娓娓道來 ...

，也不是為了湊字兒，DDD這東西就得靠多多的啰嗦才能記得住，畢竟概念忒多。此外，為提升您的閱讀體驗，限界上下文分 ...

本文從戰略層面街上DDD中關於限界上下文的相關知識，並以COMMUNITY系統為例子，介紹如何識別上下文。限界上下文（Bounded Context）定義了每個模型的應用范圍，在每個Bounded Context中確保領域模型的一致性；上下文圖（Context Map）表示各個系統之間關系的總體 ...

我們根據需求不要急於建立分析模型，而是應該先根據對需求的理解，將系統划分為多個界限上下文，每個界限上下文為獨立解決業務的一部份的解決方案。 比如一個電商平台，可以分為買家、賣家、商品、訂單、退貨等幾個界限上下文。划分界限上下文是非常自然的事情。 比如一個OA系統，可以分為部門與員工基礎資料 ...