戏说领域驱动设计（六）——限界上下文——设计
限界上下文（简称BC）是一个很难讲的部分。我寻思着是不是再多找一找文章，看看其它人怎么讲的，但犹豫再三还是决定按自已的理解去聊，各种找材料就有点剽窃的行为了。至于说的是否正确，您务必也要做好判断，毕竟每个人都会有自己的理解。做为温故而知新的一部分，在此把前面总结的BC的特点再重复一下 ...
原文：领域驱动设计-划分界限上下文
我们根据需求不要急于建立分析模型，而是应该先根据对需求的理解，将系统划分为多个界限上下文，每个界限上下文为独立解决业务的一部份的解决方案。 比如一个电商平台，可以分为买家 卖家 商品 订单 退货等几个界限上下文。划分界限上下文是非常自然的事情。 比如一个OA系统，可以分为部门与员工基础资料 费用管理 内部考试 学习中心 员工考勤 钉钉通知 各种业务事件发生时调用钉钉框架发送消息 等。 界限上下文通 ...
2017-02-21 21:45 0 1582 推荐指数：
相关推荐
戏说领域驱动设计（七）——限界上下文——延伸
上一章是真的不好写，吃奶的劲儿都快使出来了。本章计划是查缺补漏，对BC的内容进行补充。您也看到了，战略设计作为DDD中最重要的一部分，只写一节就完事儿也差点意思。不过您也别期望太多，咱这个文章本来就是自身经验的总结性，我是假设您有一定的DDD基础，所以不会按照书的那种程度去写，否则还不如直接 ...
【DDD】领域驱动设计实践 —— 限界上下文识别
本文从战略层面街上DDD中关于限界上下文的相关知识，并以COMMUNITY系统为例子，介绍如何识别上下文。限界上下文（Bounded Context）定义了每个模型的应用范围，在每个Bounded Context中确保领域模型的一致性；上下文图（Context Map）表示各个系统之间关系的总体 ...
IDDD 实现领域驱动设计－理解限界上下文
上一篇：《IDDD 实现领域驱动设计－理解领域和子域》 《实现领域驱动设计》前两章内容，基本上读完了，和《领域驱动设计》不同的是，它把很多的概念都放在前面进行讲述了，比如领域精炼、界限上下文等等，在《领域驱动设计》中，是很靠后的内容，不过这样也好，可以让你从一个大局的视角去看待问题，由广到细 ...
Entity Framework模型在领域驱动设计界定上下文中的应用
【本文翻译自Julie Lerman发表在MSDN Magazine上的一篇技术文章，原文题为《Shrink EF Models with DDD Bounded Contexts》。对自己英语比较自 ...
IDDD 实现领域驱动设计－上下文映射图及其相关概念
上一篇：《IDDD 实现领域驱动设计－理解限界上下文》 距离上一篇有几天时间了，《实现领域驱动设计》第三章的内容都是围绕一个词－上下文映射图，我大概断断续续看了几天，总共看了两遍，但模模糊糊也不是很理解，不像前两章有一个可以触动我的地方，但有很多概念是蛮重要的，这篇没有自己的理解，大部分都是整理上下文 ...
【领域驱动设计】浅谈聚合的划分与设计
聚合以及聚合根是领域驱动设计中的重要概念，根据定义，聚合是针对数据变化可以考虑成一个单元的一组相关的对象。聚合使用边界将内部和外部的对象划分开来。每个聚合有一个根。这个根是一个实体，并且它是外部可以访问的唯一的对象。根可以保持对任意聚合对象的引用，并且其他的对象可以持有任意其他的对象，但一个外部 ...
领域驱动设计: 服务边界划分
原文 https://www.jianshu.com/p/96801c93a47d DDD是什么？ 领域驱动设计是一种处理高度复杂域的设计方法，试图分离技术实现的复杂性，围绕业务概念构建领域模型来控制业务的复杂性，以解决软件难以理解，难以演化等问题。团队应用它可以成功地开发 ...