《ChatGPT 微服务应用体系构建》 - chatgpt-api 第4节：工程重构和流式异步响应接口实现

作者：小傅哥
博客：https://bugstack.cn (opens new window)

沉淀、分享、成长，让自己和他人都能有所收获！😄

• 本章难度：★★★☆☆
• 本章重点：通过新的 DDD 架构模型重构工程结构，并使用和不使用，设计模式对照开发流式异步应答接口实现，让小伙伴可以学习如何使用这些技术知识来驾驭自己的项目工程。
• 课程视频：https://t.zsxq.com/10Cslo1eZ (opens new window)

版权说明：©本项目与星球签约合作，受《中华人民共和国著作权法实施条例》 (opens new window) 版权法保护，禁止任何理由和任何方式公开(public)源码、资料、视频等内容到Github、Gitee等，违反可追究进一步的法律行动。

作者：小傅哥
博客：https://bugstack.cn (opens new window)

沉淀、分享、成长，让自己和他人都能有所收获！😄

一、本章诉求

本章最核心的诉求就是开发一个可以用于后续提供给 ChatGPT-WEB 页面使用的异步响应接口，也就是通常我们使用 ChatGPT 那种打字机的效果。

但小傅哥开发代码，绝对不只是做个接口 CRUD 一下就完事了。所以本章既分高下，也绝生死😂。因为我们要重构下工程了，使用以下 DDD 架构模式构建工程，同时实现出一个不使用设计模式和使用设计模式的对比，方便大家更好的理解功能需求在代码中的设计实现。

二、流程设计

整个流程为；以DDD工程结构模型，提供 HTTP 响应式接口，调用 OpenAI 应答请求信息。

• 整个流程其实简单，复杂点在于怎么提供一个异步响应接口，并怎么把这个需要一堆的调用代码的实现，分配到各个类里去处理。
• 而同时小傅哥也希望把另外一套DDD架构，通过这个项目需求给大家展示出来。

三、架构讲解

1. 模型抽象

小傅哥提到了一个简单的开发模型。开发代码可以理解为：“定义属性 -> 创建方法 -> 调用展示”但这个模型结构过于简单，不太适合运用了各类分布式技术栈以及更多逻辑的 DDD 架构。所以在 DDD 这里，我们把开发代码可以抽象为：“触发 -> 函数 -> 连接” 如图；

• DDD 架构常用于微服务场景，因此也一个系统的调用方式就不只是 HTTP 还包括；RPC 远程、MQ 消息、TASK 任务，因此这些种方式都可以理解为触发。
• 通过触发调用函数方法，我们这里可以把各个服务都当成一个函数方法来看。而函数方法通过连接，调用到其他的接口、数据库、缓存来完成函数逻辑。

接下来，小傅哥在带着大家把这些所需的模块，拆分到对应的DDD系统架构中。

2. 架构分层

如下是 DDD 架构的一种分层结构，也可以有其他种方式，核心的重点在于适合你所在场景的业务开发。以下的分层结构，是小傅哥在使用 DDD 架构多种的方式开发代码后，做了简化和处理的。右侧的连线是各个模块的依赖关系。接下来小傅哥就给大家做一下模块的介绍。

• 接口定义 - xfg-frame-api：因为微服务中引用的 RPC 需要对外提供接口的描述信息，也就是调用方在使用的时候，需要引入 Jar 包，让调用方好能依赖接口的定义做代理。
• 应用封装 - xfg-frame-app：这是应用启动和配置的一层，如一些 aop 切面或者 config 配置，以及打包镜像都是在这一层处理。你可以把它理解为专门为了启动服务而存在的。
• 领域封装 - xfg-frame-domain：领域模型服务，是一个非常重要的模块。无论怎么做DDD的分层架构，domain 都是肯定存在的。在一层中会有一个个细分的领域服务，在每个服务包中会有【模型、仓库、服务】这样3部分。
• 仓储服务 - xfg-frame-infrastructure：基础层依赖于 domain 领域层，因为在 domain 层定义了仓储接口需要在基础层实现。这是依赖倒置的一种设计方式。
• 领域封装 - xfg-frame-trigger：触发器层，一般也被叫做 adapter 适配器层。用于提供接口实现、消息接收、任务执行等。所以对于这样的操作，小傅哥把它叫做触发器层。
• 类型定义 - xfg-frame-types：通用类型定义层，在我们的系统开发中，会有很多类型的定义，包括；基本的 Response、Constants 和枚举。它会被其他的层进行引用使用。
• 领域编排【可选】 - xfg-frame-case：领域编排层，一般对于较大且复杂的的项目，为了更好的防腐和提供通用的服务，一般会添加 case/application 层，用于对 domain 领域的逻辑进行封装组合处理。