Se usó la API de Cloud Translation para traducir esta página.

Cómo migrar Jetpack Navigation a Navigation Compose

La API de Navigation Compose te permite navegar entre elementos componibles de forma de Compose, y aprovecha el componente de Jetpack Navigation, la infraestructura y los atributos.

En esta página, se describe cómo migrar de Jetpack Navigation basado en fragmentos a Navigation Compose, como parte de la migración más amplia de IU basada en objetos View a Jetpack Compose

Requisitos previos para la migración

Podrás migrar a Navigation Compose una vez que puedas reemplazar todas tus Fragmentos con los elementos componibles de pantalla correspondientes. Los elementos componibles de pantalla pueden contener una combinación de contenido de Compose y View, pero todos los destinos de navegación deben estar elementos componibles para habilitar la migración de Navigation Compose. Hasta entonces, deberías continúas usando el componente de Navigation basado en fragmentos en tus elementos View de interoperabilidad Base de código de Compose. Consulta la documentación sobre interoperabilidad de navegación para obtener más información. información.

El uso de Navigation Compose en una app solo de Compose no es un requisito previo. Puedes sigue usando el componente Navigation basado en fragmentos, siempre y cuando mantengas Fragmentos para alojar tu contenido componible

Pasos de la migración

Ya sea que sigas nuestra estrategia de migración recomendada o estés tomando otro enfoque, llegará a un punto en el que todos los destinos de navegación elementos componibles de pantalla, con fragmentos que actúan solo como contenedores componibles En este puedes migrar a Navigation Compose.

Si tu app ya sigue un patrón de diseño de UDF y nuestra guía para de Terraform, migrar a Jetpack Compose y Navigation Compose no debería requieren refactorizaciones importantes de otras capas de tu app, además de la capa de la IU.

Para migrar a Navigation Compose, sigue estos pasos:

Agrega la dependencia de Navigation Compose a tu app.

Crea un elemento App-level componible y agrégalo a tu Activity como tu Punto de entrada de Compose, que reemplaza la configuración del diseño de View:

class SampleActivity : ComponentActivity() {

    override fun onCreate(savedInstanceState: Bundle?) {
        super.onCreate(savedInstanceState)
        // setContentView<ActivitySampleBinding>(this, R.layout.activity_sample)
        setContent {
            SampleApp(/* ... */)
        }
    }
}MigrationCommonScenariosSnippets.kt

Crea tipos para cada destino de navegación. Usa un data object para destinos que no requieren datos, y data class o class para destinos que requieren datos.
```
@Serializable data object First
@Serializable data class Second(val id: String)
@Serializable data object Third
MigrationCommonScenariosSnippets.kt
```
Configura NavController en un lugar donde todos los elementos componibles necesiten para hacer referencia a ella tienen acceso a él (por lo general, está dentro de tu App componibles). Este enfoque sigue los principios de la elevación de estado y te permite usar NavController como fuente de información para navegar entre pantallas componibles y mantener la pila de actividades:
```
@Composable
fun SampleApp() {
    val navController = rememberNavController()
    // ...
}MigrationCommonScenariosSnippets.kt
```

Crea el elemento NavHost de tu app dentro del elemento App componible y pasa el navController:

@Composable
fun SampleApp() {
    val navController = rememberNavController()

    SampleNavHost(navController = navController)
}

@Composable
fun SampleNavHost(
    navController: NavHostController
) {
    NavHost(navController = navController, startDestination = First) {
        // ...
    }
}MigrationCommonScenariosSnippets.kt

Agrega los destinos composable para compilar tu gráfico de navegación. Si cada se migró la pantalla previamente a Compose, este paso solo consiste en extraer estos elementos componibles de pantalla de tus fragmentos en el composable destinos:

class FirstFragment : Fragment() {

    override fun onCreateView(
        inflater: LayoutInflater,
        container: ViewGroup?,
        savedInstanceState: Bundle?
    ): View {
        return ComposeView(requireContext()).apply {
            setContent {
                // FirstScreen(...) EXTRACT FROM HERE
            }
        }
    }
}

@Composable
fun SampleNavHost(
    navController: NavHostController
) {
    NavHost(navController = navController, startDestination = First) {
        composable<First> {
            FirstScreen(/* ... */) // EXTRACT TO HERE
        }
        composable<Second> {
            SecondScreen(/* ... */)
        }
        // ...
    }
}MigrationCommonScenariosSnippets.kt

Si seguiste las instrucciones para diseñar la arquitectura de tu IU de Compose, sigue estos pasos: específicamente, cómo se deben pasar los ViewModel y los eventos de navegación componibles, el siguiente paso es cambiar la forma en que proporcionas el ViewModel a cada pantalla componible. A menudo, puedes usar la inyección de Hilt y su integración con Compose y Navigation a través de hiltViewModel:
```
@Composable
fun FirstScreen(
    // viewModel: FirstViewModel = viewModel(),
    viewModel: FirstViewModel = hiltViewModel(),
    onButtonClick: () -> Unit = {},
) {
    // ...
}MigrationCommonScenariosSnippets.kt
```

Reemplaza todas las llamadas de navegación findNavController() con navController. y pasarlos como eventos de navegación a cada pantalla componible, en lugar de que pasar todo el navController. Este enfoque sigue la mejor prácticas de exponer eventos de funciones de componibilidad a llamadores y mantiene el navController como la única fuente de confianza.

Se pueden pasar datos a un destino creando una instancia de la ruta. definida para ese destino. Luego, puedes obtenerlo directamente desde la entrada de la pila de actividades en el destino o desde un ViewModel mediante SavedStateHandle.toRoute()

@Composable
fun SampleNavHost(
    navController: NavHostController
) {
    NavHost(navController = navController, startDestination = First) {
        composable<First> {
            FirstScreen(
                onButtonClick = {
                    // findNavController().navigate(firstScreenToSecondScreenAction)
                    navController.navigate(Second(id = "ABC"))
                }
            )
        }
        composable<Second> { backStackEntry ->
            val secondRoute = backStackEntry.toRoute<Second>()
            SecondScreen(
                id = secondRoute.id,
                onIconClick = {
                    // findNavController().navigate(secondScreenToThirdScreenAction)
                    navController.navigate(Third)
                }
            )
        }
        // ...
    }
}MigrationCommonScenariosSnippets.kt

Elimina todos los fragmentos, los diseños XML relevantes, la navegación innecesaria y otros elementos. recursos y las dependencias inactivas de Fragment y Jetpack Navigation.

Puedes encontrar los mismos pasos con más detalles relacionados con Navigation Compose en el Documentación de la configuración.

Casos de uso comunes

Independientemente del componente Navigation que utilices, los mismos principios de de navegación.

Entre los casos de uso comunes durante la migración, se incluyen los siguientes:

Para obtener información más detallada sobre estos casos de uso, consulta Cómo navegar con Compose

Recupera datos complejos durante la navegación

Te recomendamos que no pases objetos de datos complejos durante la navegación. En su lugar, pasa la información mínima necesaria, como un identificador único o otra forma de ID, como argumentos cuando se realizan acciones de navegación. Deberías almacenar objetos complejos como datos en una única fuente de información, por ejemplo, los datos capa. Para obtener más información, consulta Recuperación de datos complejos cuando navegación.

Si tus fragmentos pasan objetos complejos como argumentos, considera refactorizar tu código primero, de modo que permita almacenar y recuperar estos objetos la capa de datos. Consulta el repositorio de Now in Android para ejemplos.

Limitaciones

En esta sección, se describen las limitaciones actuales de Navigation Compose.

Migración incremental a Navigation Compose

Actualmente, no puedes usar Navigation Compose mientras sigues usando Fragments como destinos en tu código. Para comenzar a usar Navigation Compose, todas tus los destinos deben ser componibles. Puedes realizar un seguimiento de esta solicitud de función en la Herramienta de seguimiento de errores.

Animaciones de transición

A partir de Navigation 2.7.0-alpha01, se admite la configuración personalizada de transición, que antes era de AnimatedNavHost, ahora es se admite directamente en NavHost. Lee las notas de la versión para más información.

Más información

Para obtener más información sobre cómo migrar a Navigation Compose, consulta lo siguiente: recursos:

Codelab de Navigation Compose: Aprende los conceptos básicos de Navigation Compose. con un codelab práctico.
Repositorio de Now in Android: Una app para Android completamente funcional compilada por completo con Kotlin y Jetpack Compose, que sigue el diseño de Android y las prácticas recomendadas de desarrollo, e incluye Navigation Compose.
Cómo migrar Sunflower a Jetpack Compose: Una entrada de blog en la que se incluye documenta el recorrido de migración de la app de ejemplo de Sunflower desde Views hasta Compose, que también incluye la migración a Navigation Compose.
Jetnews for every screen: Una entrada de blog que documenta las refactorización y migración de la muestra de Jetnews para admitir todas las pantallas con Jetpack Compose y Navigation Compose.

Recomendaciones para ti

Nota: El texto del vínculo se muestra cuando JavaScript está desactivado
Cómo navegar con Compose
Compose y otras bibliotecas
Otras consideraciones