戏说领域驱动设计（六）：如何设计有效的限界上下文？
- 内容介绍
- 文章标签
- 相关推荐
本文共计3550个文字，预计阅读时间需要15分钟。
局限上下文（简称BC）是难以解释的部分。我思索着是继续寻找文章，看看别人怎么讲解，还是决定按自己的理解去交流，搜集各种资料就有点删繁就简了。
限界上下文（简称BC）是一个很难讲的部分。我寻思着是不是再多找一找文章，看看其它人怎么讲的，但犹豫再三还是决定按自已的理解去聊，各种找材料就有点剽窃的行为了。至于说的是否正确，您务必也要做好判断，毕竟每个人都会有自己的理解。做为温故而知新的一部分，在此把前面总结的BC的特点再重复一下，也不是为了凑字儿，DDD这东西就得靠多多的啰嗦才能记得住，毕竟概念忒多。此外，为提升您的阅读体验，限界上下文分为两节分别讲解。
BC的特点包括四个方面：1）是系统的物理划分；2）应根据子域的定义进行推导；3）限定了领域模型的边界，是对领域模型的一种划分和限定；4）BC内每个领域术语都有且只有一个明确的含义（即通用语言）。
BC的设计一般是通过子域进行推导。假如将DDD的指导分成三部分：子域设计、BC设计和代码设计，BC属第二层，起到承上启下的作用，在将业务模型转换为技术的过程中提供宏观指导。BC定义的过程其实就是确认有几个子系统（或Java中的包、.NET中的名称空间），有哪些领域模型（此处的领域模型是一种业务术语不是指‘类’或‘接口’）以及子系统间如何交互。从上述概念上可以看出来，讨论BC时既有业务的部分也有技术的内容。
本文共计3550个文字，预计阅读时间需要15分钟。
局限上下文（简称BC）是难以解释的部分。我思索着是继续寻找文章，看看别人怎么讲解，还是决定按自己的理解去交流，搜集各种资料就有点删繁就简了。
限界上下文（简称BC）是一个很难讲的部分。我寻思着是不是再多找一找文章，看看其它人怎么讲的，但犹豫再三还是决定按自已的理解去聊，各种找材料就有点剽窃的行为了。至于说的是否正确，您务必也要做好判断，毕竟每个人都会有自己的理解。做为温故而知新的一部分，在此把前面总结的BC的特点再重复一下，也不是为了凑字儿，DDD这东西就得靠多多的啰嗦才能记得住，毕竟概念忒多。此外，为提升您的阅读体验，限界上下文分为两节分别讲解。
BC的特点包括四个方面：1）是系统的物理划分；2）应根据子域的定义进行推导；3）限定了领域模型的边界，是对领域模型的一种划分和限定；4）BC内每个领域术语都有且只有一个明确的含义（即通用语言）。
BC的设计一般是通过子域进行推导。假如将DDD的指导分成三部分：子域设计、BC设计和代码设计，BC属第二层，起到承上启下的作用，在将业务模型转换为技术的过程中提供宏观指导。BC定义的过程其实就是确认有几个子系统（或Java中的包、.NET中的名称空间），有哪些领域模型（此处的领域模型是一种业务术语不是指‘类’或‘接口’）以及子系统间如何交互。从上述概念上可以看出来，讨论BC时既有业务的部分也有技术的内容。