六边形架构的调用流程 - 第三章 - DDD领域模型

1、六边形架构的调用流程

六边形架构的运作体现为两条清晰的调用路径:一条由外部输入驱动业务逻辑,另一条由业务逻辑驱动外部资源。理解这两条流程是掌握六边形架构实践的关键

如下:

1.1、驱动端调用流程

驱动端流程描述了外部用户或系统如何发起请求并最终被领域核心处理的过程。

其典型流程如下:

  1. 请求接收:外部请求(如HTTP请求、CLI命令、消息队列消息)首先到达对应的输入适配器。
  2. 协议转换:输入适配器负责解析请求,提取参数,并将其转换为对领域核心输入端口的普通方法调用。在此过程中,适配器完成从技术特定协议(如HTTP JSON)到领域模型(如Java对象)的转换。
  3. 业务逻辑执行:输入端口接口的具体实现(通常称为应用服务)接收到调用。该实现位于领域核心内,它协调多个领域对象(实体、值对象、领域服务),执行业务规则和逻辑。
  4. 返回响应:业务逻辑执行完毕后,结果沿原路返回。应用服务返回结果给适配器,适配器可能需将领域对象再次转换为技术特定的DTO,然后通过特定协议(如HTTP Response)返回给外部调用方。

1.2 被驱动端调用流程

被驱动端流程发生在业务逻辑执行过程中,当需要访问外部资源(如数据库、外部API)时:

  1. 接口调用:领域核心内的业务逻辑代码依赖于输出端口(接口),当需要获取或保存数据时,它直接调用输出端口接口的方法。
  2. 依赖注入:通过依赖注入框架(如Spring),在运行时实际注入的是具体的输出适配器。
  3. 技术操作执行:输出适配器实现端口接口,它负责将领域模型的指令转换为具体的技术操作,例如执行SQL语句、调用远程HTTP接口、向消息队列发送消息等。
  4. 结果转换:输出适配器从外部资源获取到数据后,将其转换回领域模型对象,并返回给领域核心。这样,领域核心始终操作的是纯粹的领域模型,而不感知数据来自何种技术实现

调用流程如下图所示:

相关推荐
sunny_1 天前
⚡️ vite-plugin-oxc:从 Babel 到 Oxc,我为 Vite 写了一个高性能编译插件
前端·webpack·架构
兆子龙1 天前
模块联邦(Module Federation)详解:从概念到手把手 Demo
前端·架构
Bigger1 天前
告别版本焦虑:如何为 Hugo 项目定制专属构建环境
前端·架构·go
狗哥哥1 天前
微前端架构下的平台级公共组件资源体系设计
前端·架构
两万五千个小时1 天前
落地实现 Anthropic Multi-Agent Research System
人工智能·python·架构
Mintopia1 天前
思想长期停在事物表面的深层原因:认知机制、环境结构与技术化治理
架构
兆子龙1 天前
React Compiler 来了:少写 useMemo,照样稳
前端·架构
兆子龙2 天前
用 React + Remotion 做视频:入门与 AI 驱动生成
前端·架构
一枚前端小姐姐2 天前
低代码平台表单设计系统技术分析(实战二)
低代码·架构·前端框架
爱勇宝2 天前
2026年前端生存规划:只会写页面的人,正在被悄悄淘汰
前端·后端·架构