JOURNAL

Riverpod の codegen は provider 宣言を関数やクラスへ置き換える。その生成前後、自動破棄の逆転、family の引数、Riverpod 3 で消えた Ref 型を追い、導入で得るものと払うものを整理する。

Riverpod の provider は、依存を指すトークンと作り方を一つの宣言にする。override と ProviderScope、ref.read の見え方、非同期初期化の選択肢をつなぎ、Riverpod が DI を担う場所を整理する。連載「Riverpod と依存性注入」の最終回。

依存性注入はライブラリなしで成立する。IoC との関係、三つの注入方法、Service Locator との違い、Composition Root と DI コンテナの役割を Dart のコードから整理する。

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 まで。画面と画面のあいだをどう設計するかを整理する。