ViewModelを使う理由
設定変更があっても状態を適切に維持します
「ViewModelを使う理由」はCoddyKit上の無料Android Academyレッスンです。 これはレッスン1/4です。 下記で完全なレッスンを無料で読むことができます。その後、ブラウザ内の組み込みコードエディタと24時間対応のAIチューターでハンズオン演習できます。 これはAndroid Academy学習パスの一部であり、ウェブとCoddyKitアプリ全体で進捗が同期されます。 Android Academyコースには全4レッスンが含まれています。
ViewModelとは
ViewModelは、ライフサイクルを考慮しながらUIに関連するデータを保存・管理するために設計されたAndroidアーキテクチャコンポーネントです。
画面の回転などの構成変更をまたいで保持されるため、システムがUIを再構築するたびにデータが破棄されて作り直されることはありません。
構成変更の問題
デバイスを回転させると、AndroidはActivityを破棄して再作成します。ActivityやComposableの内部に保持された状態は失われます。
- カウンターが0に戻ります。
- 読み込んだ一覧が消えます。
- ネットワークリクエストが再実行されることがあります。
ViewModelはActivityインスタンスのライフサイクルの外側で存続することで、この問題を解決します。
ViewModelが保持される仕組み
フレームワークは、再作成の前後で同じViewModelインスタンスを存続させます。新しいActivityが作成されると、新しいインスタンスではなく既存のViewModelが渡されます。
class CounterViewModel : ViewModel() {
var count = 0
private set
fun increment() {
count++
}
}ComposeでViewModelを取得する
Jetpack Composeでは通常、viewModel()ヘルパーを使ってViewModelを取得します。ライフサイクルの所有者に対応する同じインスタンスが返されます。
import androidx.lifecycle.viewmodel.compose.viewModel
@Composable
fun CounterScreen(
vm: CounterViewModel = viewModel()
) {
Text("Count: " + vm.count)
}関心の分離
ViewModelを使うと、次のように明確に分離できます:
- UIレイヤー（Composable/Activity）は状態の描画とイベントの転送だけを行います。
- ViewModelは状態とビジネスロジックを保持します。
これによりUIがシンプルになり、ロジックをテストしやすくなります。
ViewModelのスコープと所有者
ViewModelはViewModelStoreOwner（通常はActivity、Fragment、またはナビゲーションのバックスタックエントリ）にスコープされます。
所有者が完全に破棄されると自動的にクリアされます。たとえば、ユーザーが戻るボタンを押してActivityを終了した場合です。
onClearedコールバック
ViewModelが最終的に破棄されると、フレームワークはonCleared()を呼び出します。開いたリソースを解放するために使用してください。
class MyViewModel : ViewModel() {
override fun onCleared() {
super.onCleared()
// cancel jobs, close listeners
}
}ViewModelに入れてはいけないもの
ViewModel内にView、Activity、またはUIに紐づくContextへの参照を保持してはいけません。ViewModelはActivityより長く存続するため、これを行うとメモリリークが発生します。
アプリケーションコンテキストが必要な場合は、代わりにAndroidViewModelを使用してください。
アプリコンテキスト用のAndroidViewModel
Contextが本当に必要な場合は、AndroidViewModelを継承します。これにより、長期間存続するアプリケーションコンテキストを安全に取得できます。
class PrefsViewModel(
app: Application
) : AndroidViewModel(app) {
private val context = getApplication<Application>()
}コンストラクター引数を渡す
リポジトリなどの依存関係をViewModelに注入するには、ViewModelFactoryまたはHiltなどのDIフレームワークを使用します。Hiltについては、このトラックの後半で扱います。
class UserViewModel(
private val repo: UserRepository
) : ViewModel() {
// repo provided via a factory or Hilt
}ViewModelが重要な理由
ViewModelは、現代的なAndroidアーキテクチャの基盤です。次のメリットがあります:
- 構成変更後も状態を保持できます。
- UIとロジックを明確に分離できます。
- 予測しやすく、テスト可能な状態管理を実現できます。
理解度チェック
ViewModelを使用する理由を理解できているか確認しましょう。
まとめ
学んだこと:
- ViewModelはUIの状態を保持し、構成変更をまたいで存続します。
- リークを防ぐため、決してViewやActivityへの参照を保持してはいけません。
- 所有者にスコープされ、
onCleared()によってクリアされます。 AndroidViewModelは安全に使用できるアプリケーションContextを提供します。
よくある質問
「ViewModelを使う理由」レッスンは無料ですか？
はい。「ViewModelを使う理由」の完全なテキストはこのウェブで無料で読めます。インタラクティブに演習し（組み込みコードエディタと24時間対応のAIチューター）、Android Academyコースの残りをアンロックするには、CoddyKit PROにアップグレードしてください。 Android Academyコースには全4レッスンが含まれています。
「ViewModelを使う理由」で何を学びますか？
設定変更があっても状態を適切に維持します ブラウザで直接実行するハンズオンコードでAndroid Academyを演習し、24時間対応のAIチューターがレッスンを進める中での質問に答えます。
Android Academyを始めるのに経験は必要ですか？
事前経験は必要ありません。CoddyKitのAndroid Academyは初級者から上級者向けに構成されているため、ここから始めるか最初から始めて、自分のペースで進むことができます。 これはレッスン1/4です。
「ViewModelを使う理由」レッスンにはどのくらい時間がかかりますか？
ほとんどのCoddyKitレッスンは約5～10分かかります。各レッスンはコンパクトでインタラクティブなので、着実に進歩し、ウェブとアプリ全体で正確に前回の場所から再開できます。
このAndroid Academyレッスンでコードを書いて実行できますか？
はい。すべてのAndroid Academyレッスンに組み込みコードエディタが含まれているため、ブラウザでリアルコードを書いて実行し、即座のAIフィードバックを取得できます。ローカル設定は不要です。