上一篇：《IDDD 實現領域驅動設計－理解限界上下文》 距離上一篇有幾天時間了，《實現領域驅動設計》第三章的內容都是圍繞一個詞－上下文映射圖，我大概斷斷續續看了幾天，總共看了兩遍，但模模糊糊也不是很理解，不像前兩章有一個可以觸動我的地方，但有很多概念是蠻重要的，這篇沒有自己的理解，大部分都是整理上下文 ...

　　限界上下文（簡稱BC）是一個很難講的部分。我尋思着是不是再多找一找文章，看看其它人怎么講的，但猶豫再三還是決定按自已的理解去聊，各種找材料就有點剽竊的行為了。至於說的是否正確，您務必也要做好判斷，畢竟每個人都會有自己的理解。做為溫故而知新的一部分，在此把前面總結的BC的特點再重復一下 ...

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

　　上一章是真的不好寫，吃奶的勁兒都快使出來了。本章計划是查缺補漏，對BC的內容進行補充。您也看到了，戰略設計作為DDD中最重要的一部分，只寫一節就完事兒也差點意思。不過您也別期望太多，咱這個文章本來就是自身經驗的總結性，我是假設您有一定的DDD基礎，所以不會按照書的那種程度去寫，否則還不如直接 ...

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

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

上一篇：《IDDD 實現領域驅動設計－由貧血導致的失憶症》 這篇博文是對《實現領域驅動設計》第一章后半部分內容的理解。 Domain Experts－領域專家 這節點內容是昨天的一個討論引發的思考。 什么是領域專家？簡單來說，就是對某一業務領域精通的人，這個人可以是醫生、學者、作家 ...

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