
ArchitectureBFF
BFF: 聚合、横切与渲染如何分层
把面向页面的 BFF 看成一条服务端流水线。请求先经过静态与模块层,再进入全站中间件,命中具体页面后做数据聚合,最后由渲染模板决定如何输出 HTML、流或 CSR fallback。
17 min
横向按技术职责分层,纵向按业务域切分,再用一个显式装配层把两者接起来。

本文关注的重点不是下载接口本身,而是批量下载背后的任务调度、状态机边界和 Native 协同。下载只是这套架构当前的落地场景,这套设计解决的问题则更通用:一批异步任务如何在复杂边界下持续、可控、可恢复地执行。

把 AI 接进现有项目,价值不在于多了几个 skill 文件,而在于项目终于有了一套稳定的接入面:AI 从哪里理解项目、能看到哪些能力、外部依赖不满足时什么时候必须停、跨项目复用时哪些东西该放在共享层,哪些东西该留在项目侧。

这次做 FlowEngine 的背景,是想把现有 App 里的设备添加流程先治理起来,同时为后续其他复杂流程预留一套可复用的调度模型。
配置树提供的是一条中间路线:页面结构用配置描述,节点依赖用 `features` 声明,业务判断放回 fetch 和交互逻辑,渲染层只消费最终状态。
这一步解决的是第一层边界:设备这个业务实体应该由谁管理,状态应该从哪里读,业务动作应该从哪里进。