Domain driven design DDD中的上下文映射和有界上下文有什么区别？

我是新来学习DDD的概念，我不能理解一些东西

1-上下文映射和有界上下文和子域之间有什么区别

---

2-如何识别有界上下文之间的关系？

正如@Augusto所提到的，这是蓝皮书中的几章，但这里是

域模型可以在业务规则和人们的谈话方式中找到，但它的简化可以在代码中找到。某些命名是一致的，并且在模型中强制执行必要的不变量

有界上下文主要是概念性的（可能是命名空间、模块、代码中的项目……）。其目的是保持域模型在其中的一致性。因此，在上下文中，使用了某种普遍存在的语言。而模型只需要满足这种环境的需要。它是可以使用模型的边界。在认识这些关系方面？有些可能是微妙的，但大多数不是。至少团队中的一些人希望通过统一模型来“避免重复”。。。因此，这是一个明确的迹象，表明有一种关系。名字通常是相同或相似的。。。或者可以是相同的，但一个更适合一个领域，另一个更适合另一个领域

上下文映射更像是一种项目管理工具。它是一张不同上下文（以及其中的模型）如何相互关联的地图。在电子商务系统的订购域中，您可能有一个产品。试图在一个涵盖订购、支付、网站内容和库存领域（例如）的模型中拥有一个统一的产品会导致很多复杂的问题。因此，每个域都应该有一个单独的模型。上下文映射是将这些有界上下文关联在一起的图表和相关文档，因为当订单在系统中流动时，会存在从一个模型到下一个模型的关系和数据转换

您询问的最后一个元素是子域。这里您可能指的是**通用子域*。就我个人而言，我觉得这个名字有点让人困惑。它使它看起来像模型的一个子集。也许这是故意的，但我通常认为它们是自己的领域，只是一个对业务主张不重要的领域。例如，如果上述电子商务公司以当天或次日交货而闻名，那么他们可能不应该购买库存和运输管理的现成解决方案。另一方面，如果他们关注的是一个只想要最便宜的交易但不介意等待几天的市场，那么这将是通用子域的完美候选

它的底部有很多链接，可以链接到更详细的文章

如果你对学习这门学科很认真，并且能接触到一些书：

• Eric Evans的领域驱动设计
• 由Vaughn Vernon实现领域驱动设计
• Scott Wlaschin（我的最爱）的领域驱动功能设计

---

正如@Augusto所提到的，这是蓝皮书中的几章，但现在开始

域模型可以在业务规则和人们的谈话方式中找到，但它的简化可以在代码中找到。某些命名是一致的，并且在模型中强制执行必要的不变量

有界上下文主要是概念性的（可能是命名空间、模块、代码中的项目……）。其目的是保持域模型在其中的一致性。因此，在上下文中，使用了某种普遍存在的语言。而模型只需要满足这种环境的需要。它是可以使用模型的边界。在认识这些关系方面？有些可能是微妙的，但大多数不是。至少团队中的一些人希望通过统一模型来“避免重复”。。。因此，这是一个明确的迹象，表明有一种关系。名字通常是相同或相似的。。。或者可以是相同的，但一个更适合一个领域，另一个更适合另一个领域

上下文映射更像是一种项目管理工具。它是一张不同上下文（以及其中的模型）如何相互关联的地图。在电子商务系统的订购域中，您可能有一个产品。试图在一个涵盖订购、支付、网站内容和库存领域（例如）的模型中拥有一个统一的产品会导致很多复杂的问题。因此，每个域都应该有一个单独的模型。上下文映射是将这些有界上下文关联在一起的图表和相关文档，因为当订单在系统中流动时，会存在从一个模型到下一个模型的关系和数据转换

您询问的最后一个元素是子域。这里您可能指的是**通用子域*。就我个人而言，我觉得这个名字有点让人困惑。它使它看起来像模型的一个子集。也许这是故意的，但我通常认为它们是自己的领域，只是一个对业务主张不重要的领域。例如，如果上述电子商务公司以当天或次日交货而闻名，那么他们可能不应该购买库存和运输管理的现成解决方案。另一方面，如果他们关注的是一个只想要最便宜的交易但不介意等待几天的市场，那么这将是通用子域的完美候选

它的底部有很多链接，可以链接到更详细的文章

如果你对学习这门学科很认真，并且能接触到一些书：

• Eric Evans的领域驱动设计
• 由Vaughn Vernon实现领域驱动设计
• Scott Wlaschin（我的最爱）的领域驱动功能设计

如通信中所述