大
Architecture
大型 React Native 项目,如何同时做好分层与业务拆分
横向按技术职责分层,纵向按业务域切分,再用一个显式装配层把两者接起来。
25 min
横向按技术职责分层,纵向按业务域切分,再用一个显式装配层把两者接起来。

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

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

从 `Manager` 到 `Module`,最大的变化不是类名,而是职责边界被重新立起来了。