领域驱动设计DDD的作用，领域驱动设计:软件核心复杂性应对之道

领域驱动设计（DDD）近年来变得非常流行，因为2B和SAAS近年来越来越受到关注。对于六边形架构，洋葱架构将内部业务逻辑进一步划分为DDD理念的应用服务层、领域服务层和领域。设计模式：利用设计模式解决设计和开发过程中遇到的常见问题，提高系统的可维护性和可扩展性。

企业有核心领域和支持领域。业务域被划分为多个有界上下文（BC）。 BC 根据领域知识是否核心进行分层。领域层根据多个业务（子域）的强弱，划分为多个有界上下文（BC）。相关性被聚合到一个子域中。全书以设计和开发实践为主，结合几个真实的项目案例，向读者讲解如何在实际软件开发中应用领域驱动设计。

1、领域驱动设计与面向对象的区别

一、聚焦边界】确定项目愿景和目标，确定问题空间，确定核心子领域、通用子领域（多个子领域可以复用）、支撑子领域（附加功能，如数据统计、导出报表）和战术设计重点关注如何实现具体的业务逻辑，并使用领域模型来表达领域的核心概念。以下是一个简单的Java 代码示例，演示如何使用领域驱动设计(DDD) 的概念来定义实体、值对象和聚合。

2、领域驱动设计原理

简而言之，领域驱动设计和微服务是两个相互协作的概念。领域驱动设计可以帮助开发人员理解业务领域，微服务可以支持有界上下文的实现并提供更好的可扩展性和可维护性。为了让业务服务更加聚焦领域能力，基于领域能力设计对外接口，同时满足前端显示等多样化的接口消费场景，往往需要在架构中引入BFF层。

3、领域驱动设计的适用场景

这样的问题对于想要设计一个好的系统的朋友来说肯定很早就出现了，但是却无法解决，因为我们现在使用的设计方法是与面向对象设计相悖的。微服务可以支持有界上下文的实现，每个微服务可以专注于特定的业务领域，从而实现业务领域的自治。查询商品边界，与订单数据交互（2）订单需要与支付、仓库交互（3）仓库与物流、发货交互。为了让场域更加凝聚，就必须保护场域。

4、领域驱动设计方法

关系：这里的BC其实是一个字段或者一个模块或者一个业务。如果两个领域关联度较高，可以包含多个BC，或者某个领域的访问量非常大，则需要部署在微服务中。提高性能。敏捷软件开发9.1 系统架构8.9 领域特定语言8.0 数据密集型应用系统设计9.7 持续交付8.6 设计模式9.0 Kafka权威指南8.5 干净的架构8.7 架构是未来：可扩展的我们. 8.2 面向现代企业发布！

领域服务：领域模型中无法表达的业务逻辑可以通过领域服务来实现。设计一个好的领域模型需要深入了解业务领域以及多个有界上下文之间的交互。