领域驱动浅析(八)—— 战略建模
发表时间:2023年01月31日浏览量:
同时我们还凭据特定业务、协同流转、基础支撑的这些规模得出以下上下文的区分:
针对现有系统直接为其划分独立界限并划归为大泥球(模型强耦合、界限模糊)。
以上就是战略建模的详细内容大家相识了么?
上下文映射图就是各个限界上下文之间的关系。以下是这方面的简述。
1、限界上下文(Bounded Context)
由上述例子可以看到限界上下文是正好和特定业务领域重叠的。在该特定领域内一定只存在一个统一领域语言。
下游上下文应设置防腐层用于和下上游的上下文的差别模型之间的翻译以隔离影响。
上下文通用的模型部门应独立界限形成共享内核并只管保持它的简练性。如果要对它举行变换应与所有相关方协商后方能举行。
2、支撑上下文主要是不在焦点上下文中也不是全局通用的部门;即便缺失不影响焦点业务。
2、上下文映射图(Context Mapping)
上下文之间的通信应接纳独立协议(语言)和开放服务方式举行。
举个例子有个庞大业务系统它笼罩一个企业的各个部门有财政、人事、业务治理、销售、堆栈、采购等等的所有业务规模。显而易见在差别的业务部门(领域)中就算是同一个观点也是会有差别的术语称谓、差别的界说;但同时各个部门之间也有协同流转涉及的业务领域观点是统一的。另有部门是用于支撑业务的基础部门好比岗位、权限等等这些都是所有业务领域共享的。
一言以蔽之在特定限界上下文中统一领域语言能够保持统一性、简练性和唯一性。
咱先来看限界上下文。
编辑
何谓战略建模?在《实现领域驱动设计》该书中并没有给出准确界说只是提到了两个关键观点:
两个上下文之间如果是需要同时乐成同时失败的那就是互助关系那么双方公布必须是放在一个周期内而且两个上下文开发团队间就接口演化应接纳契约式编程方式以便能告竣一致。
3、通用上下文主要是思量在所有业务中都具有唯一性界说的部门。
战术建模中的内容可以说都是大家耳熟能详的工具其中包罗了聚合、实体、值工具、资源库、领域服务、领域事件、模块。
如果看过之前文章的同学是不是觉察还少了点什么?对那就是统一领域语言。
处于上下游关系的上下文上游团队交付于下游的内容有效性应让下游团队来确认。
问题来了统一领域语言和限界上下文是什么关系呢?
1、焦点上下文好比上文例子中各个部门分管的详细特定业务。
。本文关键词:领域,驱动,浅析,八,—,战略,建模,爱游戏app下载入口,同时,我们
本文来源:爱游戏app下载入口-www.angelsalleyofhealing.com