ナビゲーションとルーティング
ナビゲーションは、ユーザーがアプリケーションの異なる画面間を移動できるようにする、UIアプリケーションの重要な要素です。 Compose Multiplatformは、Jetpack Composeのナビゲーションアプローチを採用しています。
ナビゲーションライブラリは現在、ベータ版です。 Compose Multiplatformプロジェクトでお試しいただけます。 YouTrackにてフィードバックをいただけると幸いです。
セットアップ
Navigationライブラリを使用するには、以下の依存関係をcommonMain
ソースセットに追加します。
kotlin {
// ...
sourceSets {
// ...
commonMain.dependencies {
// ...
implementation("org.jetbrains.androidx.navigation:navigation-compose:2.9.0-beta05")
}
// ...
}
}
Compose Multiplatform 1.8.2には、Navigationライブラリ バージョン 2.9.0-beta05が必要です。
サンプルプロジェクト
Compose Multiplatformナビゲーションライブラリの動作を確認するには、nav_cupcakeプロジェクトをご覧ください。これは、Composeで画面間を移動するAndroid codelabから変換されたものです。
Jetpack Composeと同様に、ナビゲーションを実装するには、次の手順を実行する必要があります。
- ナビゲーショングラフに含める
ルートを一覧表示
します。各ルートは、パスを定義する一意の文字列である必要があります。 - ナビゲーションを管理するための主要なコンポーザブルプロパティとして、
NavHostController
インスタンスを作成します。 - アプリに
NavHost
コンポーザブルを追加します:- 以前に定義したルートのリストから開始デスティネーションを選択します。
NavHost
の作成の一部として直接、またはNavController.createGraph()
関数を使用してプログラムでナビゲーショングラフを作成します。
各バックスタックエントリ(グラフに含まれる各ナビゲーションルート)は、LifecycleOwner
インターフェースを実装します。 アプリの異なる画面間の切り替えにより、その状態がRESUMED
からSTARTED
に、そして元に戻ります。 RESUMED
は「確定済み」とも表現されます。新しい画面が準備され、アクティブになった時点でナビゲーションは完了したと見なされます。 Compose Multiplatformにおける現在の実装の詳細については、ライフサイクルページをご覧ください。
Webアプリケーションでのブラウザナビゲーションのサポート
Web向けのCompose Multiplatformは、共通のNavigationライブラリAPIを完全にサポートしており、さらにブラウザからのナビゲーション入力をアプリが受け取れるようにします。 ユーザーはブラウザの**「戻る」および「進む」**ボタンを使用してブラウザの履歴に反映されたナビゲーションルート間を移動できるほか、アドレスバーを使用して現在位置を把握し、直接目的地に移動することもできます。
ウェブアプリを共通コードで定義されたナビゲーショングラフにバインドするには、Kotlin/Wasmコードでwindow.bindToNavigation()
メソッドを使用できます。 Kotlin/JSでも同じメソッドを使用できますが、Wasmアプリケーションが初期化され、Skiaがグラフィックをレンダリングする準備ができていることを確認するために、onWasmReady {}
ブロックでラップする必要があります。 以下にその設定方法の例を示します。
//commonMain source set
@Composable
fun App(
onNavHostReady: suspend (NavController) -> Unit = {}
) {
val navController = rememberNavController()
NavHost(...) {
//...
}
LaunchedEffect(navController) {
onNavHostReady(navController)
}
}
//wasmJsMain source set
@OptIn(ExperimentalComposeUiApi::class)
@ExperimentalBrowserHistoryApi
fun main() {
val body = document.body ?: return
ComposeViewport(body) {
App(
onNavHostReady = { window.bindToNavigation(it) }
)
}
}
//jsMain source set
@OptIn(ExperimentalComposeUiApi::class)
@ExperimentalBrowserHistoryApi
fun main() {
onWasmReady {
val body = document.body ?: return@onWasmReady
ComposeViewport(body) {
App(
onNavHostReady = { window.bindToNavigation(it) }
)
}
}
}
window.bindToNavigation(navController)
呼び出し後:
- ブラウザに表示されるURLは、現在のルート(URLフラグメント内、
#
文字の後)を反映します。 - アプリは手動で入力されたURLを解析し、それらをアプリ内のデスティネーションに変換します。
デフォルトでは、型安全なナビゲーションを使用する場合、デスティネーションはkotlinx.serialization
のデフォルトに従って、引数が追加されたURLフラグメントに変換されます。 <app package>.<serializable type>/<argument1>/<argument2>
。 例: example.org#org.example.app.StartScreen/123/Alice%2520Smith
。
ルートからURLへの変換、およびその逆のカスタマイズ
Compose Multiplatformアプリはシングルページアプリであるため、フレームワークはアドレスバーを操作して、通常のWebナビゲーションを模倣します。 URLをより読みやすくし、実装をURLパターンから分離したい場合は、画面に直接名前を割り当てるか、デスティネーションルートのカスタム処理を完全に開発できます。
URLを単に読みやすくするには、
@SerialName
アノテーションを使用して、シリアライズ可能なオブジェクトまたはクラスのシリアル名を明示的に設定します。kotlin// Instead of using the app package and object name, // this route will be translated to the URL simply as "#start" @Serializable @SerialName("start") data object StartScreen
すべてのURLを完全に構築するには、オプションの
getBackStackEntryRoute
ラムダを使用できます。
完全なURLのカスタマイズ
ルートからURLへの変換を完全にカスタムで実装するには:
- オプションの
getBackStackEntryRoute
ラムダをwindow.bindToNavigation()
関数に渡し、必要に応じてルートがどのようにURLフラグメントに変換されるべきかを指定します。 - 必要に応じて、アドレスバーのURLフラグメントを捕捉し(誰かがアプリのURLをクリックまたは貼り付けた場合)、URLをルートに変換して、それに応じてユーザーをナビゲートするコードを追加します。
以下に、以下のWebコードサンプル(commonMain/kotlin/org.example.app/App.kt
)で使用するシンプルな型安全なナビゲーショングラフの例を示します。
// Serializable object and classes for route arguments in the navigation graph
@Serializable data object StartScreen
@Serializable data class Id(val id: Long)
@Serializable data class Patient(val name: String, val age: Long)
@Composable
internal fun App(
onNavHostReady: suspend (NavController) -> Unit = {}
) = AppTheme {
val navController = rememberNavController()
NavHost(
navController = navController,
startDestination = StartScreen
) {
composable<StartScreen> {
Column(
modifier = Modifier.fillMaxSize(),
horizontalAlignment = Alignment.CenterHorizontally,
verticalArrangement = Arrangement.Center
) {
Text("Starting screen")
// Button that opens the 'Id' screen with a suitable parameter
Button(onClick = { navController.navigate(Id(222)) }) {
Text("Pass 222 as a parameter to the ID screen")
}
// Button that opens the 'Patient' screen with suitable parameters
Button(onClick = { navController.navigate(Patient( "Jane Smith-Baker", 33)) }) {
Text("Pass 'Jane Smith-Baker' and 33 to the Person screen")
}
}
}
composable<Id> {...}
composable<Patient> {...}
}
LaunchedEffect(navController) {
onNavHostReady(navController)
}
}
wasmJsMain/kotlin/main.kt
で、.bindToNavigation()
呼び出しにラムダを追加します。
@OptIn(
ExperimentalComposeUiApi::class,
ExperimentalBrowserHistoryApi::class,
ExperimentalSerializationApi::class
)
fun main() {
val body = document.body ?: return
ComposeViewport(body) {
App(
onNavHostReady = { navController ->
window.bindToNavigation(navController) { entry ->
val route = entry.destination.route.orEmpty()
when {
// Identifies the route using its serial descriptor
route.startsWith(StartScreen.serializer().descriptor.serialName) -> {
// Sets the corresponding URL fragment to "#start"
// instead of "#org.example.app.StartScreen"
//
// This string must always start with the `#` character to keep
// the processing at the front end
"#start"
}
route.startsWith(Id.serializer().descriptor.serialName) -> {
// Accesses the route arguments
val args = entry.toRoute<Id>()
// Sets the corresponding URL fragment to "#find_id_222"
// instead of "#org.example.app.ID%2F222"
"#find_id_${args.id}"
}
route.startsWith(Patient.serializer().descriptor.serialName) -> {
val args = entry.toRoute<Patient>()
// Sets the corresponding URL fragment to "#patient_Jane%20Smith-Baker_33"
// instead of "#org.company.app.Patient%2FJane%2520Smith-Baker%2F33"
"#patient_${args.name}_${args.age}"
}
// Doesn't set a URL fragment for all other routes
else -> ""
}
}
}
)
}
}
ルートに対応するすべての文字列が
#
文字で始まることを確認し、データをURLフラグメント内に保持してください。 そうしないと、ユーザーがURLをコピー&ペーストしたときに、ブラウザが誤ったエンドポイントにアクセスしようとし、アプリに制御が渡されなくなります。
URLにカスタムフォーマットがある場合、手動で入力されたURLをデスティネーションルートと照合するために、逆処理を追加する必要があります。 照合を行うコードは、window.bindToNavigation()
呼び出しがwindow.location
をナビゲーショングラフにバインドする前に実行する必要があります。