このページは Cloud Translation API によって翻訳されました。

Firebase と Jetpack Compose を使用して Android アプリを作成する

1. はじめに

最終更新日: 2022 年 11 月 16 日

Firebase と Jetpack Compose を使用して Android アプリを作成する

この Codelab では、Make It So という Android アプリを作成します。このアプリの UI は、ネイティブ UI を作成するための Android の最新ツールキットである Jetpack Compose で完全に構築されています。.xml ファイルを作成してアクティビティ、フラグメント、ビューにバインドするよりも直感的に操作でき、コードも少なくて済みます。

Firebase と Jetpack Compose の連携について理解するための最初のステップは、最新の Android アーキテクチャを理解することです。優れたアーキテクチャは、コンポーネントの編成方法や相互通信方法が非常に明確になるため、システムを理解しやすく、開発しやすく、メンテナンスも容易になります。Android の世界では、推奨されるアーキテクチャは Model - View - ViewModel と呼ばれます。Model は、アプリケーション内のデータにアクセスするレイヤを表します。View は UI レイヤであり、ビジネスロジックについては何も認識できません。ViewModel はビジネスロジックを適用する場所です。この場合、ViewModel が Model レイヤを呼び出す必要があります。

こちらの記事で、Jetpack Compose でビルドされた Android アプリに Model - View - ViewModel がどのように適用されるかを理解することを強くおすすめします。コードベースを理解しやすくなり、次のステップを簡単に完了できるようになります。

作成するアプリの概要

Make It So: タスクの追加と編集、フラグ、優先度、期限の追加、タスクの完了のマークを付けることができるシンプルな ToDo リストアプリケーションです。以下の画像は、このアプリケーションの 2 つのメインページです。タスク作成ページと、作成されたタスクの一覧を表示するメインページです。

Make it So のタスク追加画面 Make it So のホーム画面

このアプリにはない機能を追加します。

メールアドレスとパスワードでユーザーを認証する
Firestore コレクションにリスナーを追加し、UI が変更に反応するようにする
カスタムトレースを追加して、アプリ内の特定のコードのパフォーマンスをモニタリングする
Remote Config を使用して機能トグルを作成し、段階的なロールアウトを使用してリリースする

ラボの内容

最新の Android アプリケーションで Firebase Authentication、Performance Monitoring、Remote Config、Cloud Firestore を使用する方法
Firebase API を MVVM アーキテクチャに適合させる方法
Firebase API で行った変更を Compose UI に反映する方法

必要なもの

Android Studio Flamingo+
API 21 以降を搭載した Android Emulator
Kotlin プログラミング言語に精通していること

2. サンプルアプリを入手して Firebase を設定する

サンプルアプリのコードを取得する

コマンドラインから GitHub リポジトリのクローンを作成します。

git clone https://github.com/FirebaseExtended/make-it-so-android.git

Firebase プロジェクトを作成する

まず、Firebase コンソールに移動し、[+ プロジェクトを追加] ボタンをクリックして Firebase プロジェクトを作成します。

Firebase コンソール

画面上の手順に沿ってプロジェクトの作成を完了します。

Android アプリを Firebase プロジェクトに追加する

Firebase プロジェクトには、Android、iOS、ウェブ、Flutter、Unity などのさまざまなアプリを登録できます。

以下に示すように、Android オプションを選択します。

Firebase プロジェクトの概要

続いて、次の手順を実行します。

パッケージ名として com.example.makeitso を入力し、必要に応じてニックネームを入力します。この Codelab では、デバッグ用の署名証明書を追加する必要はありません。
[次へ] をクリックしてアプリを登録し、Firebase 構成ファイルにアクセスします。
[google-services.json をダウンロード] をクリックして構成ファイルをダウンロードし、make-it-so-android/app ディレクトリに保存します。
[次へ] をクリックします。サンプルプロジェクトの build.gradle ファイルにすでに Firebase SDK が含まれているため、[次へ] をクリックして次のステップに進みます。
[コンソールに進む] をクリックして終了します。

Make it So アプリを正しく動作させるには、コードに移動する前にコンソールで 2 つの作業を行う必要があります。それは、認証プロバイダを有効にして、Firestore データベースを作成することです。

認証を設定する

まず、Authentication を有効にして、ユーザーがアプリにログインできるようにします。

[Build] メニューで [Authentication] を選択し、[始める] をクリックします。
[ログイン方法] カードで [メール/パスワード] を選択して有効にします。
次に、[新しいプロバイダを追加] をクリックし、[匿名] を選択して有効にします。

Cloud Firestore を設定する

次に、Firestore を設定します。Firestore を使用して、ログイン中のユーザーのタスクを保存します。各ユーザーには、データベースのコレクション内に独自のドキュメントが割り当てられます。

Firebase コンソールの左側のパネルで [構築] を展開し、[Firestore データベース] を選択します。
[データベースを作成] をクリックします。
[データベース ID] は (default) のままにします。
データベースのロケーションを選択し、[Next] をクリックします。
実際のアプリでは、ユーザーに近いロケーションを選択します。
[テストモードで開始] をクリックします。セキュリティルールに関する免責条項を読みます。
このセクションの次のステップでは、セキュリティルールを追加してデータを保護します。データベースのセキュリティルールを追加せずに、アプリを配布または公開しないでください。
[作成] をクリックします。

では、Firestore データベースに堅牢なセキュリティルールを作成しましょう。

Firestore ダッシュボードを開き、[ルール] タブに移動します。
セキュリティルールを次のように更新します。

rules_version = '2';
service cloud.firestore {
  match /databases/{database}/documents {
    match /{document=**} {
      allow create: if request.auth != null;
      allow read, update, delete: if request.auth != null && resource.data.userId == request.auth.uid;
    }
  }
}

これらのルールは、基本的に、アプリにログインしているユーザーはどのコレクションでも自分用のドキュメントを作成できることを意味します。作成したドキュメントは、そのドキュメントを作成したユーザーのみが表示、更新、削除できるようになります。

アプリケーションを実行する

これで、アプリケーションを実行する準備が整いました。Android Studio で make-it-so-android/start フォルダを開き、アプリを実行します（Android Emulator または実際の Android デバイスで実行できます）。

3. Firebase Authentication

追加する機能はどれですか？

Make It So サンプルアプリの現在の状態では、ユーザーは事前にログインしなくてもアプリの使用を開始できます。これを実現するために匿名認証を使用します。ただし、匿名アカウントでは、他のデバイスや今後のセッションでデータにアクセスすることはできません。匿名認証はウォームオンボーディングには便利ですが、ユーザーが別のログイン形式に切り替えるオプションを常に提供する必要があります。この Codelab では、このことを念頭に置いて、Make It So アプリにメールとパスワードによる認証を追加します。

コードを記述する

ユーザーがメールアドレスとパスワードを入力してアカウントを作成したらすぐに、Firebase Authentication API にメール認証情報をリクエストし、新しい認証情報を匿名アカウントにリンクする必要があります。Android Studio で AccountServiceImpl.kt ファイルを開き、次のように linkAccount 関数を更新します。

model/service/impl/AccountServiceImpl.kt

override suspend fun linkAccount(email: String, password: String) {
    val credential = EmailAuthProvider.getCredential(email, password)
    auth.currentUser!!.linkWithCredential(credential).await()
}

次に、SignUpViewModel.kt を開き、onSignUpClick 関数の launchCatching ブロック内でサービス linkAccount 関数を呼び出します。

screens/sign_up/SignUpViewModel.kt

launchCatching {
    accountService.linkAccount(email, password)
    openAndPopUp(SETTINGS_SCREEN, SIGN_UP_SCREEN)
}

まず認証を試みます。呼び出しが成功すると、次の画面（SettingsScreen）に進みます。これらの呼び出しは launchCatching ブロック内で実行されるため、1 行目でエラーが発生すると、例外がキャッチされて処理され、2 行目にはまったく到達しません。

SettingsScreen が再び開かれたらすぐに、ユーザーがすでに認証されているため、[ログイン] と [アカウントを作成] のオプションが消えていることを確認する必要があります。そのために、SettingsViewModel が現在のユーザーのステータス（AccountService.kt で利用可能）をリッスンするようにして、アカウントが匿名であるかどうかをチェックします。これを行うには、SettingsViewModel.kt の uiState を次のように更新します。

screens/settings/SettingsViewModel.kt

val uiState = accountService.currentUser.map {
    SettingsUiState(it.isAnonymous)
}

最後に必要な作業は、SettingsScreen.kt の uiState を更新して、SettingsViewModel が出力する状態を収集することです。

screens/settings/SettingsScreen.kt

val uiState by viewModel.uiState.collectAsState(
    initial = SettingsUiState(false)
)

これで、ユーザーが変更されるたびに、SettingsScreen が再コンポーズされ、ユーザーの新しい認証状態に応じてオプションが表示されます。

テスト

Make it So を実行し、画面の右上にある歯車アイコンをクリックして設定に移動します。そこから、[アカウントを作成] オプションをクリックします。

Make it So 設定画面 Make it So の登録画面

有効なメールアドレスと安全なパスワードを入力して、アカウントを作成します。設定ページにリダイレクトされ、アカウントのログアウトと削除の 2 つの新しいオプションが表示されます。作成された新しいアカウントは、Firebase コンソールの Authentication ダッシュボードで [Users] タブをクリックして確認できます。

4. Cloud Firestore

どの機能を追加しますか？

Cloud Firestore では、[Make it So] に表示されるタスクを表すドキュメントを格納する Firestore コレクションにリスナーを追加します。このリスナーを追加すると、このコレクションに加えられたすべての更新を受信します。

コーディングの時間です。

StorageServiceImpl.kt で使用可能な Flow を次のように更新します。

model/service/impl/StorageServiceImpl.kt

override val tasks: Flow<List<Task>>
    get() =
      auth.currentUser.flatMapLatest { user ->
        firestore.collection(TASK_COLLECTION).whereEqualTo(USER_ID_FIELD, user.id).dataObjects()
      }

このコードは、user.id に基づいてリスナーをタスクコレクションに追加しています。各タスクは、tasks という名前のコレクション内のドキュメントで表され、各タスクには userId という名前のフィールドがあります。currentUser のステータスが変更されると（ログアウトした場合など）、新しい Flow が生成されます。

次に、TasksViewModel.kt の Flow をサービスと同じになるように反映する必要があります。

screens/tasks/TasksViewModel.kt

val tasks = storageService.tasks

最後に、UI を表す TasksScreens.kt の composable function にこのフローを認識させ、状態として収集します。状態が変化するたびに、コンポーズ可能な関数は、自動的に再コンポーズされ、最新の状態をユーザーに表示します。次の内容を TasksScreen composable function に追加します。

screens/tasks/TasksScreen.kt

val tasks = viewModel
    .tasks
    .collectAsStateWithLifecycle(emptyList())

コンポーズ可能な関数がこれらの状態にアクセスしたら、LazyColumn（画面にリストを表示するために使用する構造）を次のように更新できます。

screens/tasks/TasksScreen.kt

LazyColumn {
    items(tasks.value, key = { it.id }) { taskItem ->
        TaskItem( [...] )
    }
}

テストする時間です。

動作をテストするために、アプリを使用して新しいタスクを追加します（画面右下の追加ボタンをクリックします）。タスクの作成が完了すると、Firestore コンソールの Firestore コレクションにタスクが表示されます。同じアカウントを使って他のデバイスで Make it So にログインすると、To-Do 項目を編集し、すべてのデバイスで更新されるのをリアルタイムで見ることができます。

5. パフォーマンスモニタリング

どの機能を追加しますか？

アプリのパフォーマンスが良好でなく、簡単なタスクの完了に時間がかかりすぎると、ユーザーはアプリの使用をあきらめる可能性が高くなります。そのため、パフォーマンスは非常に重要です。そのため、アプリ内でユーザーが行う特定のフローに関する指標を収集することが有用な場合があります。Firebase Performance Monitoring には、そのためのカスタムトレースが用意されています。次の手順に沿ってカスタムトレースを追加し、Make it So でさまざまなコードのパフォーマンスを測定します。

コードを記述する

Performance.kt ファイルを開くと、trace というインライン関数が表示されます。この関数は、Performance Monitoring API を呼び出してカスタムトレースを作成し、トレース名をパラメータとして渡します。表示されるもう 1 つのパラメータは、モニタリングするコードのブロックです。各トレースに対して収集されるデフォルトの指標は、完全な実行にかかる時間です。

model/service/Performance.kt

inline fun <T> trace(name: String, block: Trace.() -> T): T = Trace.create(name).trace(block)

コードベースの重要と思われる部分を選択し、カスタムトレースを追加できます。この Codelab で前述した（AccountServiceImpl.kt で説明した）linkAccount 関数にカスタムトレースを追加する例を次に示します。

model/service/impl/AccountServiceImpl.kt

override suspend fun linkAccount(email: String, password: String): Unit =
  trace(LINK_ACCOUNT_TRACE) {
      val credential = EmailAuthProvider.getCredential(email, password)
      auth.currentUser!!.linkWithCredential(credential).await()
  }

それでは実際に試してみましょう。Make it So アプリにカスタムトレースを追加し、次のセクションに進んで、期待どおりに動作するかどうかをテストします。

テストする時間です。

カスタムトレースの追加が完了したら、アプリを実行し、測定対象の機能を数回使用します。次に、Firebase コンソールでパフォーマンスダッシュボードに移動します。画面下部には、[ネットワークリクエスト]、[カスタムトレース]、[画面のレンダリング] の 3 つのタブがあります。

[カスタムトレース] タブに移動し、コードベースに追加したトレースが表示されていることと、これらのコードの実行に通常どれくらいの時間がかかるかを確認します。

6. Remote Config

追加する機能はどれですか？

Remote Config には、アプリの外観をリモートで変更する、ユーザーセグメントごとに異なる動作を構成するなど、さまざまなユースケースがあります。この Codelab では、Remote Config を使用して、Make it So アプリで新しいタスク編集機能を表示または非表示にする機能切り替えを作成します。

コーディングの時間です。

まず、Firebase コンソールで構成を作成する必要があります。そのためには、Remote Config ダッシュボードに移動し、[パラメータを追加] ボタンをクリックします。下の画像に沿って各フィールドに情報を入力します。

Remote Config の [パラメータを作成] ダイアログ

すべてのフィールドを入力したら、[保存] ボタンをクリックし、[公開] をクリックします。パラメータが作成され、コードベースで使用できるようになったので、新しい値をフェッチするコードをアプリに追加する必要があります。ConfigurationServiceImpl.kt ファイルを開き、次の 2 つの関数の実装を更新します。

model/service/impl/ConfigurationServiceImpl.kt

override suspend fun fetchConfiguration(): Boolean {
  return remoteConfig.fetchAndActivate().await()
}

override val isShowTaskEditButtonConfig: Boolean
  get() = remoteConfig[SHOW_TASK_EDIT_BUTTON_KEY].asBoolean()

最初の関数はサーバーから値をフェッチします。この関数は、アプリの起動直後に SplashViewModel.kt で呼び出されます。最初からすべての画面で最新の値が使用できるようにするには、この方法が最適です。ユーザーが何かをしている最中に、後で UI やアプリの動作を変更すると、ユーザーエクスペリエンスが損なわれます。

2 つ目の関数は、コンソールで作成したパラメータに公開されているブール値を返します。この情報を TasksViewModel.kt で取得するには、loadTaskOptions 関数に次のコードを追加します。

screens/tasks/TasksViewModel.kt

fun loadTaskOptions() {
  val hasEditOption = configurationService.isShowTaskEditButtonConfig
  options.value = TaskActionOption.getOptions(hasEditOption)
}

最初の行で値を取得し、それを使用して 2 行目のタスクアイテムのメニューオプションを読み込みます。値が false の場合は、メニューに編集オプションが含まれていません。オプションのリストができたら、次は UI に正しく表示されるようにする必要があります。Jetpack Compose でアプリを作成する場合は、TasksScreen の UI がどのように見えるかを宣言する composable function を見つける必要があります。そのため、TasksScreen.kt ファイルを開き、LazyColum を更新して、TasksViewModel.kt で使用可能なオプションを参照するようにします。

screens/tasks/TasksScreen.kt

val options by viewModel.options

LazyColumn {
  items(tasks.value, key = { it.id }) { taskItem ->
    TaskItem(
      options = options,
      [...]
    )
  }
}

TaskItem は、1 つのタスクの UI がどのように見えるかを宣言する別の composable function です。各タスクにはオプションメニューがあり、ユーザーがタスクの最後にあるその他アイコンをクリックすると表示されます。

テスト

これでアプリを実行する準備が整いました。Firebase コンソールを使用して公開した値がアプリの動作と一致していることを確認します。

false の場合は、その他アイコンをクリックすると 2 つのオプションが表示されます。
true の場合は、その他アイコンをクリックすると 3 つのオプションが表示されます。

Console で値を数回変更してアプリを再起動してみてください。Remote Config を使用してアプリで新機能をリリースするのは、これほど簡単です。

7. 完了

これで、Firebase と Jetpack Compose を使用して Android アプリを作成できました。

UI 用の Jetpack Compose で完全に構築された Android アプリに Firebase Authentication、Performance Monitoring、Remote Config、Cloud Firestore を追加し、推奨される MVVM アーキテクチャに適合するようにしました。

Firebase と Jetpack Compose を使用して Android アプリを作成する

1. はじめに