JOURNAL

Notifier と AsyncNotifier が状態を更新する流れから、provider 同士の依存、invalidate と refresh、自動破棄、family、Riverpod 3 の変更点までを一つのライフサイクルとして整理する。

Provider という一語は、パッケージ名・クラス名・総称として別々のものを指す。同名の Provider<T> を見分け、Riverpod 3 の provider 一覧と legacy API の読み方を整理する。

カメラも通知も生体認証も、Dart だけでは書けない。plugin が何を肩代わりし、その下で何が起きているのか。境界を越える仕組みと、越えた先で必要になる設定・権限・ライフサイクルの扱いを整理する。連載 II の最終回。

画面の状態はアプリを閉じれば消える。残すと決めたデータを、設定値・秘密・構造のあるデータ・ファイルのどれとして扱うかで置き場所は決まる。四つの選択肢と選び分け、そしてスキーマ変更という避けられない問題を整理する。

同じ内容なら同じ値として扱いたい——その当たり前を Dart の素のクラスで満たすと、定型コードが増え続ける。Freezed が何を肩代わりしているのかを、値等価・copyWith・union・JSON 変換の順に、生成されるものの側から理解する。

色や文字サイズ、そして画面に出る文言は、書いた場所に散らばると直せなくなる。ThemeData と ColorScheme、ThemeExtension による独自トークン、そして gen-l10n による多言語化まで、アプリ全体の一貫性を保つ仕組みを整理する。

Navigator のスタックという土台から、go_router によるパスでの宣言、認証ガードとしての redirect、タブごとに履歴を保つ StatefulShellRoute まで。画面と画面のあいだをどう設計するかを整理する。

コントローラの生成と dispose、初期化と後始末——State クラスの定型を Flutter Hooks で畳む。useState と useEffect が StatefulWidget の何に対応するのか、守るべき呼び出し順のルール、そして Riverpod との組み合わせまでを整理する。

入力された文字はどこに保持され、いつ検証され、どうやって呼び出し元へ返るのか。TextEditingController と Form、validator、フォーカスとキーボード、そしてダイアログから値を受け取るまでを一本の線でつなぐ。

Flutter のレイアウトは、親から子へ制約が下り、子から親へサイズが上る一往復で決まる。Row や Column、Expanded、スクロール、Stack、画面幅への対応まで、この一つのモデルで読み解けるようにする。