当前位置:首页 > 报告详情

分享版 技术架构变革 曹新立 领域驱动设计在中台建设中的实践.pdf

上传人: li 编号:30000 2021-02-07 18页 2.31MB

1、领域驱动设计在中台建 设中的实践 01 背景介绍 02 领域驱动设计之建模 03 领域驱动设计之架构 PART ONE 背景介绍 背景介绍 埃里克埃文斯 (Eric Evans) 问题域 解决方案域 战略 战术 PART TWO 领域驱动设计之 建模 领域驱动设计-战略建模 战略层面 建立通用语言建立通用语言 建立领域模型 识别依赖关系 通用语言 领域驱动设计-战略建模 概念 领域 限界上下文 原则:一般一个限界上下文对应一个子域;当一个限界上下文包含的不只原则:一般一个限界上下文对应一个子域;当一个限界上下文包含的不只 一个子域时需要拆分。一个子域时需要拆分。 子域A子域B 子域C 限界上下

2、文 子域A子域B 子域C 限界上下文限界上下文 限界上下文 领域驱动设计-战略建模 战略层面 建立统一语言 建立领域模型建立领域模型 识别依赖关系 建立领域模型 核心域 支撑域 通用域 核心域 支撑域通用域 领域驱动设计-战略建模 识别依赖关系 合作关系(Partnership) 共享内核(Shared Kernel) 客户方-供应方开发 (Customer-Supplier Development) 遵奉者(Conformist) 防腐层(Anticorruption Layer) 开放主机服务(Open Host Service) 发布语言(Published Language) 大泥球(

3、Big Ball of Mud) 另谋他路(Separate Way) 战略层面 建立通用语言 建立领域模型 识别依赖关系识别依赖关系 领域驱动设计-战术建模 概念 实体(Entity) 值对象(Value Object) 聚合(Aggregate) 实体(Entity):用唯一的标识符来定义,而不是通过属性来定义。 即使属性完全相同也可能是两个不同的对象 实体本身有状态的 实体有演进的生命周期,会体现出相关的业务行为,业务行为会实体属性或状态造成影响和改变 值对象(Value Object):用于描述领域的某个方面本身没有概念标识的对象。 值对象被实例化后只是提供值或叫设计元素 这种对象无状态,本身不产生行为,不存在生命周期演进 实体值对象 有唯一标识无唯一标识 有生命周期无生命周期 可变不可变 通过ID判别相等通过属性判别相等 聚合(Aggregate):一组相关对象的集合,我们把它作

word格式文档无特别注明外均可编辑修改,预览文件经过压缩,下载原文更清晰!
三个皮匠报告文库所有资源均是客户上传分享,仅供网友学习交流,未经上传用户书面授权,请勿作商用。
本文主要介绍了领域驱动设计(Domain-Driven Design, DDD)在中台建设中的应用实践。文章分为三个部分:背景介绍、领域驱动设计之建模、领域驱动设计之架构。 1. **背景介绍**:文章开头提到了领域驱动设计的概念,指出其由埃里克·埃文斯(Eric Evans)提出,并强调了问题域(问题空间)和解决方案域(解决方案空间)的重要性。 2. **领域驱动设计之建模**:这部分详细阐述了DDD的战略建模,包括建立通用语言、领域模型和识别依赖关系。文章指出,建立统一语言是关键,限界上下文是定义边界的重要概念,核心域、支撑域和通用域是领域模型的三个主要部分。此外,还提到了识别依赖关系的几种模式,如合作关系、共享内核等。 3. **领域驱动设计之架构**:文章描述了领域驱动设计的分层架构,包括应用层、领域层和基础设施层。应用层负责接受用户命令和展现信息给用户,领域层负责协调应用活动、管理事务和访问域对象,基础设施层提供数据库访问、外部系统访问等功能。 综上,领域驱动设计是一种用于复杂系统设计的建模方法,通过建立统一语言和领域模型,以及识别上下文之间的依赖关系,实现对问题域的深入理解和有效建模。在中台建设中应用DDD,可以帮助构建更加灵活、可扩展和易于维护的系统。
"DDD如何在中台建设中实践?" "领域驱动设计中的建模策略是什么?" "如何理解领域驱动设计的分层架构?"
客服
商务合作
小程序
服务号
折叠