在做了两章铺垫后本章再续写第九章。我们之前介绍过了好几种架构模式，那么本章只挑一种往死了整，这个架构其实就是在DDD书中所介绍的经典四层的变更版。这里面需要注意一点，四层架构是洋葱架构的一部分，尽管洋葱型已经是微服务架构系统中一种事实上的标准，但我们不会对各类适配器做重点介绍，那些东西一般都是开源的组件或者没有业务逻辑的组件比如DAO。再说了，您都已经学习DDD了还需要我再讲解什么是DAO吗？所以我们只介绍下面图形中绿色边界内部的东西。一、基于CQS的ODD风格分层架构　　四层架构实际上更多的用于面向对象（也可称之为对象驱动式）编程，如果是面向过程其实经典三层就够了。下面图展示了一个典型的

　　在做了两章铺垫后本章再续写第九章。我们之前介绍过了好几种架构模式，那么本章只挑一种往死了整，这个架构其实就是在DDD书中所介绍的经典四层的变更版。这里面需要注意一点，四层架构是洋葱架构的一部分，尽管洋葱型已经是微服务架构系统中一种事实上的标准，但我们不会对各类适配器做重点介绍，那些东西一般都是开源的组件或者没有业务逻辑的组件比如DAO。再说了，您都已经学习DDD了还需要我再讲解什么是DAO吗？所以我们只介绍下面图形中绿色边界内部的东西。一、基于CQS的ODD风格分层架构　　四层架构实际上更多的用于面向对象（也可称之为对象驱动式）编程，如果是面向过程其实经典三层就够了。下面图展示了一个典型的

　　本节开始进入DDD的战术阶段，首先要讲解的必然是DDD中的架构，毕竟程序员就喜欢这个……不过这里的架构不同于我们常说的微服务架构、单体架构、无服务架构或服务网格。不严谨来讲，上述4种为涉及到系统结构、部署方式、服务器架构等更为全面的、包含软、硬件等内容的宏观系统架构（这个不在我们的主要范围内，主要是以个人这点水平吹个牛还行，不成系统的）。而我们要讲的更多的是聚焦于基于BC的架构模式，也就是BC在落地时所使用的设计模式。提示：严格上来讲其实并没有单体架构这个概念，微服务架构出来前大家一般都会把多个模块集中在一个程序集中，是一种约定俗成的模式，也没人给它起个名。后来为了将其与分微服务架进行区分

　　本节开始进入DDD的战术阶段，首先要讲解的必然是DDD中的架构，毕竟程序员就喜欢这个……不过这里的架构不同于我们常说的微服务架构、单体架构、无服务架构或服务网格。不严谨来讲，上述4种为涉及到系统结构、部署方式、服务器架构等更为全面的、包含软、硬件等内容的宏观系统架构（这个不在我们的主要范围内，主要是以个人这点水平吹个牛还行，不成系统的）。而我们要讲的更多的是聚焦于基于BC的架构模式，也就是BC在落地时所使用的设计模式。提示：严格上来讲其实并没有单体架构这个概念，微服务架构出来前大家一般都会把多个模块集中在一个程序集中，是一种约定俗成的模式，也没人给它起个名。后来为了将其与分微服务架进行区分

　　限界上下文（简称BC）是一个很难讲的部分。我寻思着是不是再多找一找文章，看看其它人怎么讲的，但犹豫再三还是决定按自已的理解去聊，各种找材料就有点剽窃的行为了。至于说的是否正确，您务必也要做好判断，毕竟每个人都会有自己的理解。做为温故而知新的一部分，在此把前面总结的BC的特点再重复一下，也不是为了凑字儿，DDD这东西就得靠多多的啰嗦才能记得住，毕竟概念忒多。此外，为提升您的阅读体验，限界上下文分为两节分别讲解。　　BC的特点包括四个方面：1）是系统的物理划分；2）应根据子域的定义进行推导；3）限定了领域模型的边界，是对领域模型的一种划分和限定；4）BC内每个领域术语都有且只有一个明确的含义（

　　限界上下文（简称BC）是一个很难讲的部分。我寻思着是不是再多找一找文章，看看其它人怎么讲的，但犹豫再三还是决定按自已的理解去聊，各种找材料就有点剽窃的行为了。至于说的是否正确，您务必也要做好判断，毕竟每个人都会有自己的理解。做为温故而知新的一部分，在此把前面总结的BC的特点再重复一下，也不是为了凑字儿，DDD这东西就得靠多多的啰嗦才能记得住，毕竟概念忒多。此外，为提升您的阅读体验，限界上下文分为两节分别讲解。　　BC的特点包括四个方面：1）是系统的物理划分；2）应根据子域的定义进行推导；3）限定了领域模型的边界，是对领域模型的一种划分和限定；4）BC内每个领域术语都有且只有一个明确的含义（