Flutterの状態管理手法のBLoCパターンを学習したのでアウトプットする。

重要な前提

**知識面についてはこちらの記事を読めばほぼ解決します。**私はQiita書き終わってから気づきました。

本記事が提供するもの

これで終了なのだが、せっかくなので私が学んだことをアウトプットしてみる。

以上で説明したように、BLoCそのものは単純な仕組みである。最も単純なBLoC利用サンプルを見つけたので紹介する。

ただしアプリの構成が複雑になるとBLoCを利用する工夫が必要になってきて、そこが複雑になりうる。

上に述べたものが恐らくBLoCパターンの全貌であるが、Widget Treeの階層がある場合は、以下の問題に対処する必要がある。

配下のWidgetからBLoCを利用できるようにするため、以下の対応が必要になる。

また、あるWidgetでBLoCを保持するため、以下の対応が必要になる。

そこでBLoCProviderと呼ばれる仕組みが必要になる。
上述のシンプルな例はBloCを使うのは1階層のStatelessWidget内なので、ここで挙げた対応は不要であり、BLoCProviderは必要ない。

BLoCを使う配下の階層を持つ構成では、以下の処理をするような仕組みが必要になる。

dispose() を利用するためにStatefulWidgetにしたというわけだ。

上述の方法の問題点として、findAncestorWidgetOfExactType の計算量がO(N)であることが挙げられる。これによってWidgetTreeの規模が大きくなるとパフォーマンスが悪くなるのだ。

これを解決して、BlocProviderにO(1)でアクセスするには、さらにInheritedWidgetを組み込んだ仕組みにするとよい。

そのためのライブラリとして bloc_providerがある。
また、以下の用にProviderと併用する方法もあるようだ。
Flutter BLoC+Providerとマルチプロバイダーのサンプル(戻るボタンのフックで苦労した話)

こちらの記事を読めば全部解決できることに気づいた。
この記事にあるように、現在のスタンダードはBLoCではなくprovider + ChangeNotifierと考えてよいと思う。ただしこちらの詳しい解説は本稿の範囲外とする。