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

Cómo migrar Jetpack Navigation a Navigation Compose
Organiza tus páginas con colecciones Guarda y categoriza el contenido según tus preferencias.

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 Jetpack Navigation.

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

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.

El uso de Navigation Compose en una app solo de Compose no es un requisito previo. 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 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 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 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 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 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 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 el Documentación de la configuración.

Casos de uso comunes

Independientemente del componente de Navigation que uses, se aplican los mismos principios 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

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, 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, 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 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 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