上一篇：《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 ...