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 の世界では、推奨アーキテクチャはモデル - ビュー - ViewModel と呼ばれます。Model は、アプリケーション内のデータにアクセスするレイヤを表します。View は UI レイヤであり、ビジネス ロジックについては何も認識できません。また、ViewModel にはビジネス ロジックが適用されます。そのため、Model レイヤを呼び出すために ViewModel が必要になる場合があります。

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

作成するアプリの概要

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

[Make it So Add Task] 画面 ホーム画面にする

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

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

ラボの内容

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

必要なもの

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

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

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

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

Firebase を設定する

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

Firebase コンソール

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

各 Firebase プロジェクト内には、Android、iOS、ウェブ、Flutter、Unity などのさまざまなアプリを作成できます。以下に示すように、Android オプションを選択します。

Firebase プロジェクトの概要

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

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

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

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

次に、Firestore を設定します。Firestore を使用して、ログインしているユーザーのタスクを保存します。各ユーザーは、データベースのコレクションに含まれる独自のドキュメントを取得します。

  1. [構築] メニューから [Firestore] を選択し、[データベースを作成] をクリックします。
  2. [本番環境モードで開始] を有効のままにして、[次へ] をクリックします。
  3. プロンプトが表示されたら、Cloud Firestore データを保存するロケーションを選択します。本番環境用アプリを開発する場合は、テスト環境をユーザーに近いリージョンに配置し、Functions など他の Firebase サービスとはあまり同じになるようにします。この Codelab では、デフォルトのリージョンをそのまま使用することも、最も近いリージョンを選択することもできます。
  4. [有効にする] をクリックして、Firestore データベースをプロビジョニングします。

ここで、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.ktuiState を次のように更新します。

screens/settings/SettingsViewModel.kt

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

最後に必要な作業は、SettingsScreen.ktuiState を更新して、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.ktFlow をサービスと同じになるように反映する必要があります。

screens/tasks/TasksViewModel.kt

val tasks = storageService.tasks

最後に、UI を表す composable functionTasksScreens.kt に、このフローを認識させ、状態として収集します。状態が変化するたびに、コンポーズ可能な関数は、自動的に再コンポーズされ、最新の状態をユーザーに表示します。次の内容を 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. Performance Monitoring

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

アプリのパフォーマンスが良好でなく、簡単なタスクの完了に時間がかかりすぎると、ユーザーはアプリの使用をあきらめる可能性が高くなります。そのため、パフォーマンスは非常に重要です。そのため、ユーザーがアプリで行う特定のジャーニーに関する指標を収集すると役に立つ場合があります。そのため、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 の [Create a Parameter] ダイアログ

すべてのフィールドを入力したら、[保存] ボタンをクリックし、[公開] をクリックします。パラメータが作成され、コードベースで使用できるようになったので、新しい値をフェッチするコードをアプリに追加する必要があります。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 ファイルを開き、TasksViewModel.kt で利用可能なオプションを指すように LazyColum を更新します。

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 つのオプションが表示されます。

コンソールで値を何度か変更して、アプリを再起動してみてください。Remote Config を使用すると、アプリ内の新機能を簡単に起動できます。

7. 完了

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

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

参考資料

リファレンス ドキュメント