上一篇：《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系统，可以分为部门与员工基础资料 ...