数据转换工具接口
目录
简介
本文件为数据转换工具接口的完整 API 文档，覆盖以下三个接口：
- /openapi/capcut-mate/v1/str_list_to_objs：字符串列表转对象列表
- /openapi/capcut-mate/v1/str_to_list：字符串转列表
- /openapi/capcut-mate/v1/objs_to_str_list：对象列表转字符串列表
文档从架构设计、数据模型、处理流程、错误处理、性能优化与最佳实践等维度进行系统阐述，并提供可视化图示帮助理解。
项目结构
围绕数据转换工具接口，项目采用分层架构：
- 路由层：定义接口路径与请求/响应模型绑定
- 服务层：实现具体转换逻辑
- 模型层：基于 Pydantic 的请求/响应数据模型
- 中间件层：统一响应格式与异常处理
- 日志与配置：统一日志格式与运行时配置
graph TB
subgraph "接口层"
R1["路由: /str_list_to_objs"]
R2["路由: /str_to_list"]
R3["路由: /objs_to_str_list"]
end
subgraph "服务层"
S1["服务: str_list_to_objs"]
S2["服务: str_to_list"]
S3["服务: objs_to_str_list"]
end
subgraph "模型层"
M1["模型: StrListToObjs*"]
M2["模型: StrToList*"]
M3["模型: ObjsToStrList*"]
end
subgraph "基础设施"
MW["中间件: 统一响应/异常处理"]
LG["日志: logger"]
EX["异常: CustomException/CustomError"]
CF["配置: config.py"]
end
R1 --> S1
R2 --> S2
R3 --> S3
S1 --> LG
S2 --> LG
S3 --> LG
R1 --> M1
R2 --> M2
R3 --> M3
R1 --> MW
R2 --> MW
R3 --> MW
MW --> EX
MW --> CF
核心组件
- 路由与接口绑定
- /str_list_to_objs：接收字符串数组，返回包含 output 字段的对象数组
- /str_to_list：接收单个字符串，返回仅包含该字符串的数组
- /objs_to_str_list：接收包含 output 字段的对象数组，返回字符串数组
- 数据模型
- 请求/响应模型均基于 Pydantic，具备自动校验与序列化能力
- 服务层逻辑
- str_list_to_objs：遍历字符串数组，封装为对象数组（每个对象含 output 字段）
- str_to_list：将输入字符串作为唯一元素返回
- objs_to_str_list：从对象数组中提取 output 字段组成字符串数组
- 异常与日志
- 统一通过中间件捕获异常并返回标准格式
- 服务层记录开始/结束日志，异常时记录错误日志并抛出自定义异常
架构总览
下图展示三个转换接口的端到端调用链路与数据流：
sequenceDiagram
participant C as "客户端"
participant RT as "路由(v1)"
participant SV as "服务层"
participant LG as "日志"
participant MW as "中间件"
C->>RT : "POST /.../str_list_to_objs"
RT->>SV : "调用 str_list_to_objs(infos)"
SV->>LG : "记录开始/结果/异常"
SV-->>RT : "返回对象数组"
RT->>MW : "统一响应包装"
MW-->>C : "code/message + data"
C->>RT : "POST /.../str_to_list"
RT->>SV : "调用 str_to_list(obj)"
SV->>LG : "记录开始/结果/异常"
SV-->>RT : "返回字符串数组"
RT->>MW : "统一响应包装"
MW-->>C : "code/message + data"
C->>RT : "POST /.../objs_to_str_list"
RT->>SV : "调用 objs_to_str_list(outputs)"
SV->>LG : "记录开始/结果/异常"
SV-->>RT : "返回字符串数组"
RT->>MW : "统一响应包装"
MW-->>C : "code/message + data"
详细组件分析
接口一：/str_list_to_objs（字符串列表 → 对象列表）
- 接口定位
- 将输入的字符串数组转换为对象数组，每个对象包含 output 字段
- 请求/响应模型
- 请求：infos 为字符串数组
- 响应：infos 为对象数组，每个对象含 output 字段
- 服务逻辑
- 遍历字符串数组，构造包含 output 字段的对象列表
- 错误处理
- 任何异常将被服务层捕获并抛出自定义异常，最终由中间件统一包装
- 性能与复杂度
- 时间复杂度 O(n)，空间复杂度 O(n)
- 最佳实践
- 输入数组长度较大时，建议分批处理以避免单次请求过大
- 对外暴露的字段保持稳定，便于下游兼容
flowchart TD
Start(["进入 str_list_to_objs"]) --> Validate["校验输入参数"]
Validate --> Loop{"遍历字符串数组"}
Loop --> |是| BuildObj["构建对象 {output: item}"]
BuildObj --> Append["追加到结果列表"]
Append --> Loop
Loop --> |否| Return["返回对象数组"]
Return --> End(["结束"])
接口二：/str_to_list（字符串 → 列表）
- 接口定位
- 将输入的字符串作为单一元素放入数组返回
- 请求/响应模型
- 请求：obj 为字符串
- 响应：infos 为字符串数组，仅包含原始字符串
- 服务逻辑
- 直接将输入字符串作为唯一元素返回
- 错误处理
- 任何异常将被服务层捕获并抛出自定义异常，最终由中间件统一包装
- 性能与复杂度
- 时间复杂度 O(1)，空间复杂度 O(1)
- 最佳实践
- 当需要将“单个对象内容”标准化为数组时使用此接口
- 注意避免对超大字符串进行无意义的数组化
flowchart TD
Start(["进入 str_to_list"]) --> Validate["校验输入参数"]
Validate --> Wrap["将字符串作为唯一元素放入数组"]
Wrap --> Return["返回字符串数组"]
Return --> End(["结束"])
接口三：/objs_to_str_list（对象列表 → 字符串列表）
- 接口定位
- 将输入的对象数组中的 output 字段提取，组成字符串数组返回
- 请求/响应模型
- 请求：outputs 为对象数组，每个对象含 output 字段
- 响应：infos 为字符串数组
- 服务逻辑
- 遍历对象数组，提取 output 字段并拼接为字符串数组
- 错误处理
- 任何异常将被服务层捕获并抛出自定义异常，最终由中间件统一包装
- 性能与复杂度
- 时间复杂度 O(n)，空间复杂度 O(n)
- 最佳实践
- 在需要从“富对象”中抽取 URL 或标识字段时使用
- 对空对象或缺失 output 字段的情况，建议在上游做好数据清洗
flowchart TD
Start(["进入 objs_to_str_list"]) --> Validate["校验输入参数"]
Validate --> Loop{"遍历对象数组"}
Loop --> |是| Extract["提取对象的 output 字段"]
Extract --> Append["追加到结果列表"]
Append --> Loop
Loop --> |否| Return["返回字符串数组"]
Return --> End(["结束"])
数据模型与类关系
三个接口的数据模型均采用 Pydantic，结构清晰、职责明确：
classDiagram
class StrListToObjsRequest {
+str[] infos
}
class StrListToObjsItem {
+string output
}
class StrListToObjsResponse {
+StrListToObjsItem[] infos
}
class StrToListRequest {
+string obj
}
class StrToListResponse {
+string[] infos
}
class ObjsToStrListRequest {
+ObjItem[] outputs
}
class ObjItem {
+string output
}
class ObjsToStrListResponse {
+string[] infos
}
StrListToObjsResponse --> StrListToObjsItem : "包含"
ObjsToStrListRequest --> ObjItem : "包含"
依赖关系分析
- 路由到服务
- 三个接口在路由层绑定到对应的服务函数，服务函数负责实际转换逻辑
- 服务到日志
- 服务函数统一使用 logger 记录开始/结束与异常
- 中间件到异常
- 中间件统一捕获异常并返回标准格式，包括自定义异常与通用异常
- 配置与常量
- 配置文件提供下载路径、提示 URL 等常量，供其他模块使用
graph LR
RT["路由(v1)"] --> SV1["str_list_to_objs"]
RT --> SV2["str_to_list"]
RT --> SV3["objs_to_str_list"]
SV1 --> LG["logger"]
SV2 --> LG
SV3 --> LG
RT --> MW["统一响应/异常中间件"]
MW --> EX["CustomException/CustomError"]
MW --> CF["config.py"]
性能考量
- 时间复杂度
- 三个接口均为线性复杂度 O(n)，其中 n 为输入元素数量
- 空间复杂度
- 输出数组与输入规模同阶，额外开销主要来自对象封装或字段提取
- 批量处理建议
- 当输入数组较大时，建议在客户端侧进行分页/分批传输，降低单次请求体积
- 序列化与反序列化
- Pydantic 模型具备高效校验与序列化能力，建议保持字段精简以减少序列化成本
- 日志与可观测性
- 服务层已内置日志记录，便于追踪耗时与异常；生产环境建议结合采样策略控制日志量
故障排查指南
- 常见错误与定位
- 参数校验失败：422 错误会被中间件解析并统一返回标准格式
- 业务异常：服务层抛出自定义异常，中间件捕获并返回标准错误响应
- 未知异常：捕获通用异常，返回系统内部错误
- 排查步骤
- 查看中间件日志：确认是否为 422 参数错误或业务异常
- 查看服务层日志：确认转换过程是否抛出异常
- 核对输入数据：确保字段类型与必填项满足模型定义
- 关键配置
- 下载路径与提示 URL：用于对外返回的资源链接与指引
- APIKEY 开关：影响鉴权策略（与转换接口相关但非直接耦合）
结论
数据转换工具接口以简洁的三层结构实现了字符串与对象之间的双向转换，具备良好的扩展性与可维护性。通过统一的模型定义、服务层逻辑与中间件封装，接口在保证易用性的同时提供了稳定的错误处理与可观测性。建议在实际使用中遵循批量处理与数据清洗的最佳实践，以获得更优的性能与稳定性。
附录
- 接口清单与用途概览
- /str_list_to_objs：将字符串数组封装为对象数组，便于后续统一处理
- /str_to_list：将单个字符串标准化为数组，适配下游统一数组接口
- /objs_to_str_list：从对象数组中抽取输出字段，还原为字符串数组
- 适用场景
- 批量数据处理：将不同来源的数据格式统一为对象数组或字符串数组
- 格式标准化：在接口层屏蔽底层数据差异，向上游暴露一致的字段结构
- 兼容性处理：当上游传入格式不一致时，通过转换接口进行兼容
