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 en una app de Compose y, al mismo tiempo, aprovechar el componente, la infraestructura y las funciones de Navigation de Jetpack.

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

Requisitos previos para la migración

Puedes migrar a Navigation Compose una vez que puedas reemplazar todos tus fragmentos por los elementos componibles de pantalla correspondientes. Los elementos componibles de la pantalla pueden contener una combinación de contenido de Compose y View, pero todos los destinos de navegación deben ser componibles para habilitar la migración de Compose de Navigation. Hasta entonces, debes seguir usando el componente Navigation basado en fragmentos en tu base de código de interoperabilidad de View y Compose. Consulta la documentación de interoperabilidad de Navigation para obtener más información.

No es un requisito previo usar Navigation Compose en una app solo de Compose. Puedes seguir usando el componente de Navigation basado en fragmentos, siempre y cuando conserves los fragmentos para alquilar tu contenido componible.

Pasos de la migración

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

Si tu app ya sigue un patrón de diseño de UDF y nuestra guía de arquitectura, la migración a Jetpack Compose y Navigation Compose no debería requerir refactorizaciones importantes de otras capas de tu app, aparte de la capa de 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 punto de entrada de Compose, reemplazando 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 los destinos que no requieren datos y data class o class para los destinos que sí los requieren.
```
@Serializable data object First
@Serializable data class Second(val id: String)
@Serializable data object Third
MigrationCommonScenariosSnippets.kt
```
Configura el NavController en un lugar al que todos los elementos componibles que necesiten hacer referencia a él tengan acceso (por lo general, dentro de tu elemento componible App). Este enfoque sigue los principios de la elevación de estado y te permite usar NavController como la fuente de confianza para navegar entre pantallas componibles y mantener la pila de actividades:
```
@Composable
fun SampleApp() {
    val navController = rememberNavController()
    // ...
}MigrationCommonScenariosSnippets.kt
```

Crea el NavHost de tu app dentro del elemento componible App 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 pantalla se migró previamente a Compose, este paso solo consiste en extraer estos elementos componibles de la pantalla de tus fragmentos a los destinos composable:

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 arquitecturar tu IU de Compose, específicamente cómo se deben pasar los ViewModel y los eventos de navegación a los elementos componibles, el siguiente paso es cambiar la forma en que proporcionas el ViewModel a cada elemento componible de la pantalla. A menudo, puedes usar la inserción de Hilt y su punto de 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() por las de navController y pásalas como eventos de navegación a cada pantalla componible, en lugar de pasar todo navController. Este enfoque sigue las prácticas recomendadas de exponer eventos de funciones de componibilidad a los llamadores y mantiene el navController como la única fuente de confianza.

Para pasar datos a un destino, crea una instancia de la clase de ruta definida para ese destino. Luego, se puede obtener directamente desde la entrada de la pila de actividades en el destino o desde un ViewModel con 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

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

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

Casos de uso comunes

Independientemente del componente de Navigation que uses, se aplican los mismos principios de navegación.

Estos son algunos casos de uso comunes durante la migración:

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

Cómo recuperar datos complejos durante la navegación

Te recomendamos que no pases objetos de datos complejos cuando navegues. En su lugar, pasa la información mínima necesaria, como un identificador único o alguna otra forma de ID, como argumentos cuando realices acciones de navegación. Debes almacenar objetos complejos como datos en una sola fuente de confianza, como la capa de datos. Para obtener más información, consulta Cómo recuperar datos complejos durante la navegación.

Si tus fragmentos pasan objetos complejos como argumentos, considera refactorizar tu código primero, de una manera que permita almacenar y recuperar estos objetos desde la capa de datos. Consulta el repositorio de Now in Android para ver 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 y, al mismo tiempo, usar fragmentos como destinos en tu código. Para comenzar a usar Navigation Compose, todos tus destinos deben ser componibles. Puedes hacer 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, la compatibilidad para configurar transiciones personalizadas, que antes se hacía desde AnimatedNavHost, ahora es directamente compatible con NavHost. Lee las notas de la versión para obtener más información.

Más información

Para obtener más información sobre cómo migrar a Navigation Compose, consulta los siguientes 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 totalmente funcional que se compiló por completo con Kotlin y Jetpack Compose, que sigue las prácticas recomendadas de diseño y desarrollo de Android, y que incluye Navigation Compose.
Cómo migrar Sunflower a Jetpack Compose: Una entrada de blog que documenta el proceso de migración de la app de ejemplo de Sunflower de Views a Compose, que también incluye la migración a Navigation Compose.
Jetnews para todas las pantallas: Una entrada de blog que documenta la refactorización y migración del ejemplo 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