如何在初始化场景中合理实现BLOC？厘清BLOC与仓库职责

1. 初始化逻辑的归属：新增app_config仓库 #

你应该新增一个app_config仓库来封装初始化相关的逻辑，而非把代码放在app_init_status BLOC中，核心原因如下：

• 单一职责原则：BLOC的核心职责是管理UI状态、响应用户交互，数据层面的跨源整合（本地存储+服务器API）、判断逻辑属于数据层职责，应由Repository承担。
• 逻辑复用：将初始化配置逻辑封装在仓库后，后续其他业务组件需要获取配置时可直接复用，无需重复编写判断、请求逻辑。
• 解耦设计：仓库屏蔽了底层数据源的细节，BLOC只需与app_config仓库交互，无需关心数据来源和存储实现。

app_config仓库的核心职责包括：

• 调用local_storage仓库读取本地保存的配置
• 根据预设规则判断是否需要从服务器拉取新配置（比如本地无配置、配置版本过期等）
• 若需要，调用server_apis仓库发起请求获取最新配置
• 处理请求结果，完成配置的本地持久化

2. API配置的本地存储：由app_config仓库负责 #

当从服务器获取到新配置后，由app_config仓库调用local_storage仓库完成存储。理由是：

• 仓库作为数据流转的中间层，负责数据的获取、处理、持久化全流程，BLOC无需介入具体的数据存储操作。
• 这种设计让BLOC只关注状态输出（比如初始化完成、配置更新、请求失败等），无需关心数据落地细节，保持BLOC的轻量化。

3. 各组件协作流程示例 #

1. app_init_status BLOC启动时，向app_config仓库发送“获取初始化配置”的请求
2. app_config仓库先调用local_storage读取本地配置
3. 仓库根据规则判断：
   • 若本地配置有效，直接返回配置给BLOC
   • 若本地配置无效/不存在，调用server_apis拉取新配置，成功后调用local_storage保存，再返回配置给BLOC
4. app_init_status BLOC根据仓库返回的结果，更新UI状态（比如显示主界面、引导登录、展示错误提示等）

内容的提问来源于stack exchange，提问作者Will59