9 领域驱动设计 边界上下文

本文探讨了边界上下文在领域驱动设计中的角色,解释了不同上下文间如何避免代码共享,除非存在共享核心。通过示例说明了边界上下文与模块的关系,以及持续集成在上下文内的作用。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

边界上下文是一个领域概念,其声明了当前模型的应用范围

如:
前台客房预订系统(位于客房预订上下文中)与后台客房管理系统(位于客房管理上下文中)不在一个边界上下文内,因为他们的模型不能共享(如:前台客房预订有订单的概念,但后台客房管理并不需要订单的概念),当我们新增一个概念“清洁员”,那么这个概念应该放在哪?明显应该放在后台客房管理系统

不同的边界上下文不应该共享代码,除非分离出共享核心

如(还是使用上面的示例):
我们现在想要vip预订系统,vip预订系统需要使用前台客房预订系统的模型,所以vip预订系统属于客房预订上下文,所以我们的vip预订系统不应该使用后台客房管理系统的模型

边界上下文不是module

边界上下文可以包含多个module,但不要在一个module中包含多个边界上下文

持续集成

把一个上下文内的工作频繁的合并到一起(概念和代码),这样可以迅速的发现问题
如:
(上下文有很多子领域组成)程序员在域A改了AClass,域B使用域A,如果程序员更改错误,在集成时进行单元测试就会发现

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值