Flutter BLoC架构最佳实践：Firebase认证后用户角色校验方案咨询

方案结论 #

推荐将角色逻辑整合到现有AppBloc中，同时把用户数据查询逻辑抽离到独立仓库层，该方案完全符合BLoC架构的单一职责原则，也是扩展性最优的选择。

具体原因 #

• 角色属于认证状态的延伸属性：用户仅在登录成功后才会产生角色属性，不需要新增独立的角色BLoC，直接扩展现有AppBloc的状态即可，不会增加多余的层级复杂度。
• 数据库逻辑必须抽离：你当前直接在HomePage中初始化Database类执行查询的写法，把视图层和数据层直接耦合，后续修改数据源、新增缓存、调整查询逻辑时都会非常繁琐。你可以新增一个UserRepository类，封装所有用户相关的Firestore读写操作，仅对外暴露Future<UserRole> getUserRole(String userId)这类方法即可，之后把该仓库通过RepositoryProvider注入全局，和你当前用的AuthenticationRepository逻辑保持一致。

落地修改步骤 #

1. 扩展AppBloc的状态与处理逻辑 #

• 首先在AppState中新增role字段，定义枚举值为unset、你的两种角色类型即可，默认值设为unset。
• 在AppBloc中监听认证状态变化：当收到已认证的状态回调时，自动调用UserRepository的getUserRole方法查询用户角色，查询完成后更新AppState的role字段。
• 监听用户登出事件，登出时把role重置为unset即可。

2. 调整路由生成逻辑 #

你当前的路由是根据AppStatus返回页面，现在可以把FlowBuilder的监听状态改成完整的AppState，直接在路由层根据角色返回对应页面：

List<Page> onGenerateAppViewPages(AppState state, List<Page<dynamic>> pages) {
  switch (state.status) {
    case AppStatus.authenticated:
      // 角色加载中返回全局加载页，加载完成返回对应角色的首页
      switch(state.role) {
        case UserRole.seller:
          return [SellerHome.page()];
        case UserRole.buyer:
          return [BuyerHome.page()];
        default:
          return [LoadingPage.page()];
      }
    case AppStatus.unauthenticated:
    default:
      return [LoginPage.page()];
  }
}

3. 清理HomePage的业务逻辑 #

如果不同角色的首页完全独立，直接删除原有的通用HomePage即可，各角色的首页仅处理自身的视图渲染逻辑，不需要再做角色查询操作。

为什么不推荐在HomePage中处理角色查询 #

• 不符合单一职责原则：角色校验属于业务逻辑，不应该放在视图层实现，后续新增角色、调整角色判断规则时都要修改页面代码，维护成本很高。
• 用户体验差：在页面中查询角色会导致用户登录成功后先出现通用Home页的闪屏，之后才跳转到对应角色页面，而在AppBloc中处理可以统一在角色加载阶段显示全局加载页，体验更流畅。
• 扩展性差：如果后续需要新增全局角色权限校验、角色专属配置等逻辑，在AppBloc中统一处理可以避免每个页面重复写相同逻辑。

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