Flutterで状態管理といえば、providerやriverpodを使った実装が主流になりつつあります。中でもProviderとそのバリエーションであるProvider.family（以下、単にfamily）の使い分けは、プロジェクトが複雑になるほど重要な選択となります。

今回は、Providerとfamilyの違いと、それぞれをどう使い分けるべきかを実際のユースケースとともに整理してみます。

そもそもProviderとfamilyの違いとは？

• Provider
  単一のインスタンスを提供する、最も基本的なプロバイダ。アプリ内でその型の状態が1つだけ存在すれば十分、という場合に使います。

• family
  引数付きで状態を生成できる拡張バージョン。例えば、「同じロジックだけど異なるIDごとのデータを扱いたい」といった場面で重宝します。

どっちを使うべき？判断のポイント

 単一の状態 or グローバルな設定 → Provider

• ログインユーザー情報

• アプリ全体の設定（テーマ・言語など）

• サービスクラス（UseCaseやRepositoryなど）

パラメータごとの状態が必要 → family

• ユーザーIDごとのデータ取得

• ページIDやカテゴリIDごとの状態

• 動的に変わる依存関係があるとき
  

実務でのTips

1. familyはキャッシュされる

一度作成したfamilyのインスタンスは同じ引数で再度呼び出すとキャッシュが使われます。つまり、同じIDであれば無駄なAPIコールなどは避けられる。

2. 複雑な初期化処理はUseCase + familyで解決

複数パラメータが絡む初期化処理や依存関係の注入が必要な場合、familyでUseCaseを生成することで責務が明確になります。

3. 可読性のために命名ルールを統一する

• 通常：xxxProvider

• family：xxxProvider.family または xxxFamilyProvider

まとめ：選択は「状態の単位」で決める

状態がどの単位で切り替わるべきか、どこまで使い回すべきか。この見極めがProvider設計の核心です。

状態管理はチームの共通言語。設計の一貫性が保たれることで、可読性と保守性は確実に上がります。

もしチームで運用しているなら、「いつfamilyを使うか」をルールとして明文化しておくのもおすすめです。

The following two tabs change content below.

• この記事を書いた人
• 最新の記事

大友 励

最新記事 by 大友 励 (全て見る)

• Flutterで「エラーを逃さない」仕組みづくり - 2025年10月1日
• Androidの「Edge-to-Edge」表示、ついに標準化へ - 2025年8月30日
• AutoRouteのpop操作まとめ：pop(), maybePop(), popForced()の違いと使い分け - 2025年7月31日