commflow 产品功能手册(规划 API)
规划 API: 本手册描述
commflow最终面向用户的完整功能契约。request、SSE、RPC、socket 和 VextJS adapter 尚未由commflow@0.0.2发布,不能作为当前生产导入。当前可运行: 安装验证和已发布导出请先看 当前版本快速开始。
commflow 能帮你完成什么
commflow 解决服务端通信能力分散的问题。你不需要在不同框架、不同模块里重复维护 request timeout、RPC 调用超时、SSE 重连、socket 心跳、trace、上下文透传、错误归一和资源释放策略,而是通过一套统一通信层管理这些能力。
本页建立统一使用模型,具体操作由左侧导航中的功能章节承载:
功能总览
安装与运行要求
运行要求:
功能选择
统一使用模型
四类通信方式共享“上下文、目标、错误、观测”的心智,但不会强行使用同一批字段。request/RPC 是一次调用,SSE/socket 是连接生命周期;SSE/socket 的恢复叫 reconnect,不能当作 request retry 处理。
- 创建 client。
- 选择服务地址、target、resolver 或 socket URL。
- 注入上下文、headers、metadata 或 auth。
- 发起调用或建立连接。
- 处理响应、事件、错误和关闭。
下面的功能章节是规划 API 的使用说明。要运行当前包,请使用 当前版本快速开始 中的 manifest 示例;未来 runtime 发布后再使用各章节中的 client 示例。
同一套配置文档会标清每项能力适用于哪些通信方式;不适用的地方会写明 N/A 理由,避免 SSE/socket 被迫承载 request 专属字段。
规划功能章节
配置与错误处理
配置不是开发者内部细节,而是用户使用 commflow 的核心能力。请阅读:
- 配置指南:字段含义、默认层级、target/resolver 覆盖、hook 边界、VextJS adapter 边界。
- 错误与重试:HTTP 状态、timeout、network、aborted、config、hook failure、retry/reconnect 策略。
VextJS 接入
VextJS 是 commflow 的首个重点消费者。接入时重点核对原有 app.fetch 的 timeout、retry、proxy、request context 和 hook 语义能否完整保留。详细步骤与前置条件见 接入 VextJS。
当前版本边界
当前 commflow@0.0.2 仍是骨架包:
需要立即运行代码时,从 当前版本快速开始 进入;需要理解完整产品用法时,继续使用本手册左侧的功能章节。