对有界上下文和SubDomains感到困惑

Question

我已经读过埃里克·埃文的书，现在正在读沃恩·弗农的书。我在第二章中，他谈到了子域和有界上下文，现在完全迷惑了。

根据我所能提取的，BC和SD之间应该是1:1的关系。然而，我在其他地方读到这不一定是这样的。

谁能给我解释一下BC和SD之间的关系？

Answer 1

子域名是您业务的一部分。有核心域、支持域和通用域。核心域名是钱的来源，支持域名支持你的核心业务，而通用域名是你需要的，但并不关心太多，所以你可能会购买货架上的它们。对于保险公司来说，核心域是保险，支持域可以是客户组合，而通用域可以是时间表。

一般来说，有界上下文是一个边界，在这个边界内，无处不在的语言是一致的。在DDD walhalla中，每个子域都将存在于其自己的有界上下文中。然而，在现实中，有遗留的，有试图一次做所有事情的包……这将迫使所有尴尬的关系。

Answer 2

我试着用我的理解来解释这些概念。

在DDD中，一切都应该在普遍存在的语言下进行沟通，以便技术团队和业务团队可以使用相同的术语并对问题有相同的看法

DDD中的

• Domain代表了商业中的真正问题。比如:电子商务是一个域，工资系统是一个域，
• 域被划分为多个子域，所以每个子域关注的问题较小。例如:电子商务有许多子域，如:购物车，账单，产品目录，客户Information...
• Each子域应该有明确的责任，所以它有一个边界来限制他们的功能，边界将帮助子域专注于只做一件事并做好。该边界被认为是子域的有界上下文。有界上下文将定义:每个模型中需要的子domain?
• Which属性需要多少个域模型？
• 子模型中需要哪些功能

​

例如:购物车子域需要模型:购物车，产品，客户信息...并且包含在购物车上执行CRUD的功能。注意: Shopping Cart子域中的Product和Customer模型可能与Product Catalog和Customer Profiles子域中的模型不同，它们只包含在Shopping Cart上显示的必要属性。

Answer 3

Vaughn Vernon在他的“Implementing Domain-Driven Design”一书中指出，“子域存在于问题空间中，而有界上下文存在于解决空间中”。

想象一下，一个正在开发的支持牙医的软件。牙医有两个问题:修复病人的牙齿和为病人预约。修复牙齿是核心领域，预约是一个支持子领域。在核心域中，医务人员关心患者的牙科病史，他们是否可以处理全身麻醉，他们当前的问题是什么等。在子域中，医务人员(不一定是医务人员)关心患者的联系信息，最适合医生和患者的日期和时间，所需的牙科工作类型等。这两个域都需要一个患者模型，但该模型将取决于我们设置的有界上下文，以确保在解决每个域的问题时提供正确的信息和功能。阅读https://robertbasic.com/blog/bounded-contexts-and-subdomains/