dart - 实现 BLoC 的小部件是否一定是 StatefulWidgets？

Question

我是 BLoC 模式的新手，出现了一个我在其他地方找不到的问题。使用 flutter_bloc 库，我可以访问 BlocBuilder 小部件，只要 BLoC 的状态发生变化，它就会重建。 由于我正在处理独立于框架的状态，是否有必要将父小部件(比如包含来自 BLoC 的数据的卡片)声明为有状态的？

我已经能够成功地将 BlocBuilders 实现为有状态和无状态小部件的子级，但我无法决定哪种是最佳实践，或者是否存在任何情况下有状态是必要的。

如果您不需要更新 BlocBuilder 之外的任何内容，我想我会说无状态很好，但是如果您要添加类似 RefreshIndicator 的东西并且必须实现，则需要有状态逻辑(并有条件地将事件传递给 BLoC)。 对吗？

我确定我在这里解释过度了，但本着这种精神，如果它有助于理解我的问题，我在下面提供了一些代码。

这是一个与我的项目相关的简化的无状态实现:

class WeatherCard extends StatelessWidget {

  /// You can assume that the following is happening:
  ///   1) There is a BlocProvider in the parent widget which
  ///      will implement this WeatherCard.
  ///
  ///   2) The WeatherLoaded state in the WeatherBloc provides an 
  ///      instance of a WeatherModel which contains all of the data
  ///      from a weather API.
  ///

  @override
  Widget build(BuildContext context) {
    return Card(
      child: BlocBuilder(
        bloc: BlocProvider.of<WeatherBloc>(context),
        builder: (BuildContext context, WeatherState state) {
          if (state is WeatherLoading) {
            return Text('Loading...');
          } else if (state is WeatherLoaded) {
            return Text(state.weatherModel.temp.toString());
          } else {
            return Text('Error!');
          }
        }
    );
  }
}

以及有状态的实现:

// You can make the same assumptions here as in the Stateless implementation.

class WeatherCard extends StatefulWidget {
  @override
  _WeatherCardState createState() => _WeatherCardState();
}

class _WeatherCardState extends State<WeatherCard> {
  @override
  Widget build(BuildContext context) {
    return Card(
      child: BlocBuilder(
        bloc: BlocProvider.of<WeatherBloc>(context),
        builder: (BuildContext context, WeatherState state) {
          if (state is WeatherLoading) {
            return Text('Loading...');
          } else if (state is WeatherLoaded) {
            return Text(state.weatherModel.temp.toString());
          } else {
            return Text('Error!');
          }
        }
    );
  }
}

Answer 1

通过使用 Bloc，您应该能够几乎完全避免声明有状态的小部件，尽管这当然是可能的，有时使用有状态的小部件或其他状态管理策略也是有意义的。

如果您有条件地将逻辑传递给 bloc，您可能需要考虑将条件逻辑移至 bloc 本身，并只传递触发条件的事件。

当然也可以在 bloc 中声明多个 Streams 并在 UI 中监听同一个 Bloc 的多个 StreamBuilder，尽管我不知道 flutter_bloc 库是否可以做到这一点。如果您使用的是 flutter_bloc，那么您似乎只能在每个 bloc 中使用一个 Stream。您还可以使用描述的策略/BlocProvider here相反。

对于 UI 中对程序逻辑没有任何/太大影响的一些小变化，使用有状态小部件来处理状态可能比将状态保留在 Bloc 中更容易。对于所有情况并没有真正正确或错误的答案，从长远来看，由您决定什么更容易构建和维护。但是如果您保持体系结构一致，您的程序可能会更易于阅读并且更容易找到您想要更改的内容。因此，如果您使用的是 bloc，那将意味着处理 Bloc 中的所有状态并完全或几乎完全使用无状态小部件构建您的 UI。