DDD案例(2):从领域分析到代码实现(5)

简介: DDD案例(2):从领域分析到代码实现(5)


4
.服务契约设计


服务序列图驱动我们获得了消息定义,由此可以驱动出服务契约。如果目标系统规模大,限界上下文数量多,可以为每个限界上下文定义一个服务契约表。服务契约表除了体现了整个项目的服务契约定义,同时也为领域特性团队提供了设计约束。


20-5列出了EAS系统的部分服务契约。


image.png


UI作为下游发起服务请求,表20-5列出的服务契约都标记了上下文映射模式。表20-5的“服务方法列给出了类和方法的明确定义,也指出了方法参数的形参名和类型。若有返回值,也需要给出返回值类型。


在确定EAS的限界上下文时,我并没有明确指出限界上下文的通信边界。边界取决于质量属性的要求,自然也需要权衡库和服务的优缺点。在无法给出必须跨进程通信的证据之前,应优先考虑进程内通信。EAS系统作为一个企业内部系统,对并发访问与低延迟的要求并不高。可用性固然是一个系统该有的特质,但EAS系统毕竟不是生死攸关的一线生产系统,即使短时间出现故障,也不会给企业带来致命的打击或难以估量的损失。既然如此,我们应优先考虑将限界上下文定义为进程内的通信边界。唯一的例外是OA集成上下文被定义为进程间通信,因为它需要跨进程调用OA系统。这种方式一方面解除了OA系统上下文与大多数限界上下文之间的耦合,另一方面也能够较好地保证EAS系统的响应速度,减轻主应用服务器的压力。


此,对于采用客户方/供应方模式的限界上下文,作为供应方的上游只需通过应用服务对外公开服务契约,如员工上下文的EmployeeAppService应用服务公开了追加项目经验的服务契约,这一设计满足菱形对称架构北向网关的要求。对采用发布者/订阅者模式的限界上下文而言,作为发布者的限界上下文也通过应用服务发布事件,如项目上下文通过TeamAppService应用服务发布了TeamMemberAdded事件,该事件属于应用事件,需要支持分布式通信。


所有服务契约的方法参数和返回值都是消息契约的一部分,也需要按照消息契约模型的要求进行定义,尤其需要满足菱形对称架构的要求,不能直接将领域模型暴露在外。


5.映射系统分层架构


在系统上下文的约束下,确定限界上下文属于哪种类型的子领域,即可将它们分别映射到系统分层架构的业务价值层与基础层。显然,资源上下文、文件共享上下文和OA集成上下文都属于支撑子领域,组织上下文和认证上下文属于通用子领域,其余限界上下文属于核心子领域。


EAS系统需要为集团决策者提供移动端应用程序,满足他(她)们提出的决策分析要求,也有利于他(她)们实时了解市场动态、人员动态和项目进度。针对市场部、人力资源部、项目管理部以及子公司等职能部门,主要提供Web前端,方便用户在办公环境的使用。因此,有必要为EAS系统引入一个边缘层来应对不同UI前端的需求。


根据系统级映射的方法,可以为EAS设计出图20-48所示的系统分层架构。


我们为限界上下文建立了菱形对称架构。可将它们看作一个个封闭的架构单元,它们之间的关系由上下文映射确定,在系统分层架构中,只需要考虑它们所处的层次即可。分层架构作用于整个系统上下文,业务价值层和基础层的内部架构由各个限界上下文控制,边缘层则汇聚了每个限界上下文提供的业务能力,统一对外向前端或其他客户端公开服务。


虽然EAS的每个限界上下文都引入了菱形对称架构,不过在其内部,网关层与领域层的设计仍有细微的差异。如决策分析上下文的领域逻辑主要为统计分析,受技术决策的影响,通常可以直接针对数据进行操作,无须建立领域模型,形成弱化的菱形对称架构,内部只包含北向网关与南向网关。其中,南向网关是一个薄薄的数据访问层,从数据库获得的统计分析数据会直接转换为消息契约模型。


OA集成上下文是一个由防腐层发展起来的限界上下文。它与其他限界上下文的协作采用了发布者/订阅者模式,内部又需要调用OA系统的服务接口,因而它的领域层只包含了组装消息内容的领域模型。在网关层,定义了应用事件作为消息契约模型,事件订阅者为北向网关的远程服务,事件处理器为北向网关的应用服务,事件发布者则属于南向网关,分为端口与适配器。


image.png


文件共享上下文的定义打破了惯有的设计方式。它负责的工作是文件上传和下载,通常会考虑将其作为基础设施层的一个公共组件。正如我们在第9章对模块、组件、库、服务等概念的澄清,一个限界上下文可以实现为库或者服务,但本质上仍然表达了对业务能力的纵向切分。由于不需要跨进程通信,可以将文件共享上下文实现为基础层(注意不是基础设施层)的库。它提供的业务能力为具备支撑功能的文件共享能力,封装的领域逻辑除了上传文件与下载文件的领域行为,还规定了属于不同类别的文件存放在文件服务器的不同位置。文件传输的实现由于操作了外部资源,因而属于南向网关适配器的内容。以归档合同为例,合同上下文调用文件共享上下文的FileAppService其内部的协作序列如图20-49所示。


系统分层架构属于架构的逻辑视图,并没有确定限界上下文的通信边界。例如,OA集成上下文与其他限界上下文并不在一个进程中,但系统分层架构并不需要体现这一点。




相关文章
|
11天前
|
人工智能 开发工具 iOS开发
Claude Code 新手完全上手指南:安装、国产模型配置与常用命令全解
Claude Code 是一款运行在终端环境中的 AI 编程助手,能够直接在命令行中完成代码生成、项目分析、文件修改、命令执行、Git 管理等开发全流程工作。它最大的特点是**任务驱动、终端原生、轻量高效、多模型兼容**,无需图形界面、不依赖 IDE 插件,能够深度融入开发者日常工作流。
3275 9
|
3天前
|
人工智能 自然语言处理 文字识别
阿里云百炼Qwen3.7-Max简介:能力、优势、支持订阅计划参考
Qwen3.7-Max是阿里云百炼面向智能体时代推出的新一代旗舰模型,对标GPT-5.5、Claude Opus 4.7等闭源旗舰。该模型支持百万级token上下文窗口,具备顶级推理能力、多模态搜索与视觉理解增强、流式输出低延迟响应等核心优势,覆盖编程、办公、长周期自主执行等复杂场景。同时支持OpenAI接口兼容,便于系统快速迁移。用户可通过Token Plan团队或节省计划等订阅方式灵活调用,适合企业级高要求场景使用。
阿里云百炼Qwen3.7-Max简介:能力、优势、支持订阅计划参考
|
13天前
|
Shell API 开发工具
Claude Code 快速上手指南(新手友好版)
AI编程工具卷疯啦!Claude Code凭借任务驱动+终端原生的特性,成了开发者的效率搭子。本文从安装、登录、切换国产模型到常用命令,手把手带新手快速上手,全程避坑,30分钟独立用起来。
3327 23
|
7天前
|
人工智能 Linux BI
国内用 Claude Code 终于不用翻墙了:一行命令搞定,自动接 DeepSeek
JeecgBoot AI专题研究 一键脚本:Claude Code + JeecgBoot Skills + DeepSeek 全平台接入 一行命令装好 Claude Code + JeecgBoot Skills + DeepSeek 接入,无需翻墙使用 Claude Code,支持 Wind
2358 4
国内用 Claude Code 终于不用翻墙了:一行命令搞定,自动接 DeepSeek
|
26天前
|
人工智能 JSON 供应链
畅用7个月无影 JVS Claw |手把手教你把JVS改造成「科研与产业地理情报可视化大师」
LucianaiB分享零成本畅用JVS Claw教程(学生认证享7个月使用权),并开源GeoMind项目——将JVS改造为科研与产业地理情报可视化AI助手,支持飞书文档解析、地理编码与腾讯地图可视化,助力产业关系图谱构建。
23598 15
畅用7个月无影 JVS Claw |手把手教你把JVS改造成「科研与产业地理情报可视化大师」
|
13天前
|
人工智能 JSON BI
DeepSeek V4-Pro 接入 Claude Code 完全实战:体验、测试与关键避坑指南
Claude Code 作为当前主流的 AI 编程辅助工具,凭借强大的代码理解、工程执行与自动化能力深受开发者喜爱,但原生模型的使用成本相对较高。为了在保持能力的同时进一步降低开销,不少开发者开始寻找兼容度高、价格更友好的替代模型。DeepSeek V4 系列的发布带来了新的选择,该系列包含 V4-Pro 与 V4-Flash 两款模型,并提供了与 Anthropic 完全兼容的 API 接口,理论上只需简单修改配置,即可让 Claude Code 无缝切换为 DeepSeek 引擎。
2841 3
|
5天前
|
人工智能 自然语言处理 安全
Claude Code 全攻略:命令大全+三种模式+记忆体系+实战工作流完整手册
Claude Code 是当前最流行的终端级 AI 编程助手,能够直接在命令行中完成代码生成、项目理解、文件修改、命令执行、错误修复等全流程开发工作。它不依赖图形界面、不占用额外资源,却能深度理解项目结构,自动生成规范代码,大幅提升研发效率。
921 2
|
11天前
|
存储 Linux iOS开发
【2026最新】MarkText中文版Markdown编辑器使用图解(附安装包)
MarkText是一款免费开源、跨平台的Markdown编辑器,主打所见即所得实时预览,支持Windows/macOS/Linux。内置数学公式、流程图、代码高亮、多主题及PDF/HTML导出,是Typora的轻量免费替代首选。(239字)

热门文章

最新文章