Migrer la navigation Jetpack vers Navigation Compose

L'API Navigation Compose vous permet de naviguer entre les composables dans une application Compose, tout en profitant du composant, de l'infrastructure et des fonctionnalités de Jetpack Navigation.

Cette page décrit comment passer d'une navigation Jetpack basée sur des fragments à Navigation Compose, dans le cadre de la migration plus large de l'UI basée sur les vues vers Jetpack Compose.

Conditions préalables à la migration

Vous pouvez migrer vers Navigation Compose une fois que vous pouvez remplacer tous vos fragments par des composables d'écran correspondants. Les composables d'écran peuvent contenir un mélange de contenu Compose et de vues, mais toutes les destinations de navigation doivent être des composables pour permettre la migration de Compose Navigation. En attendant, vous devez continuer à utiliser le composant Navigation basé sur des fragments dans votre codebase d'interopérabilité des vues et de Compose. Pour en savoir plus, consultez la documentation sur l'interopérabilité de la navigation.

L'utilisation de Navigation Compose dans une application Compose uniquement n'est pas obligatoire. Vous pouvez continuer à utiliser le composant Navigation basé sur des fragments, à condition de conserver les fragments pour héberger votre contenu composable.

Procédure de migration

Que vous suiviez notre stratégie de migration recommandée ou que vous adoptiez une autre approche, vous arriverez à un stade où toutes les destinations de navigation seront des composables d'écran, les fragments ne servant que de conteneurs de composables. À ce stade, vous pouvez migrer vers Navigation Compose.

Si votre application suit déjà un modèle de conception UDF et notre guide d'architecture, la migration vers Jetpack Compose et Navigation Compose ne devrait pas nécessiter de refactorisation majeure des autres couches de votre application, à l'exception de la couche d'UI.

Pour migrer vers Navigation Compose, procédez comme suit:

  1. Ajoutez la dépendance Compose Navigation à votre application.

  2. Créez un composable App-level et ajoutez-le à votre Activity en tant que point d'entrée Compose, en remplaçant la configuration de la mise en page View:

    class SampleActivity : ComponentActivity() {

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

  3. Créez des types pour chaque destination de navigation. Utilisez un data object pour les destinations qui ne nécessitent aucune donnée, et data class ou class pour les destinations qui en nécessitent.

    @Serializable data object First
@Serializable data class Second(val id: String)
@Serializable data object Third

    MigrationCommonScenariosSnippets.kt

  4. Configurez le NavController à un endroit où tous les composables qui doivent le référencer peuvent y accéder (généralement dans votre composable App). Cette approche suit les principes du hissage d'état et vous permet d'utiliser NavController comme source d'informations fiable pour naviguer entre les écrans composables et maintenir la pile "Retour" :

    @Composable
fun SampleApp() {
    val navController = rememberNavController()
    // ...
}
    MigrationCommonScenariosSnippets.kt

  5. Créez le NavHost de votre application dans le composable App et transmettez le navController:

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

    SampleNavHost(navController = navController)
}

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

  6. Ajoutez les destinations composable pour créer votre graphique de navigation. Si chaque écran a déjà été migré vers Compose, cette étape ne consiste qu'à extraire ces composables d'écran de vos fragments vers les destinations 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

  7. Si vous avez suivi les conseils sur l'architecture de votre UI Compose, en particulier la manière dont les ViewModel et les événements de navigation doivent être transmis aux composables, l'étape suivante consiste à modifier la façon dont vous fournissez le ViewModel à chaque composable d'écran. Vous pouvez souvent utiliser l'injection Hilt et son point d'intégration avec Compose et Navigation via hiltViewModel:

    @Composable
fun FirstScreen(
    // viewModel: FirstViewModel = viewModel(),
    viewModel: FirstViewModel = hiltViewModel(),
    onButtonClick: () -> Unit = {},
) {
    // ...
}
    MigrationCommonScenariosSnippets.kt

  8. Remplacez tous les appels de navigation findNavController() par des appels navController et transmettez-les en tant qu'événements de navigation à chaque écran composable, au lieu de transmettre l'intégralité de navController. Cette approche suit les bonnes pratiques d'exposition des événements des fonctions modulables aux appelants et maintient navController comme référence unique.

    Vous pouvez transmettre des données à une destination en créant une instance de la classe de route définie pour cette destination. Il peut ensuite être obtenu directement à partir de l'entrée de la pile "Retour" à la destination ou à partir d'un ViewModel à l'aide de 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

  9. Supprimez tous les fragments, les mises en page XML pertinentes, la navigation et d'autres ressources inutiles, ainsi que les dépendances obsolètes de Fragment et de Jetpack Navigation.

Vous trouverez les mêmes étapes avec plus d'informations sur Navigation Compose dans la documentation de configuration.

Cas d'utilisation courants

Quel que soit le composant Navigation que vous utilisez, les mêmes principes de navigation s'appliquent.

Voici quelques cas d'utilisation courants lors de la migration:

Pour en savoir plus sur ces cas d'utilisation, consultez la section Parcourir avec Compose.

Récupération de données complexes lors de la navigation

Nous vous recommandons vivement de ne pas transmettre d'objets de données complexes lors de la navigation. Transmettez plutôt les informations minimales nécessaires, telles qu'un identifiant unique ou une autre forme d'ID, sous la forme d'arguments lorsque vous effectuez des actions de navigation. Vous devez stocker les objets complexes sous forme de données dans une référence unique, telle que la couche de données. Pour en savoir plus, consultez la section Récupérer des données complexes lors de la navigation.

Si vos fragments transmettent des objets complexes en tant qu'arguments, envisagez d'abord de refactoriser votre code de manière à pouvoir stocker et extraire ces objets à partir de la couche de données. Pour obtenir des exemples, consultez le dépôt "En ce moment sur Android".

Limites

Cette section décrit les limites actuelles de Navigation Compose.

Migration incrémentielle vers Navigation Compose

Pour le moment, vous ne pouvez pas utiliser Navigation Compose tout en utilisant des fragments comme destinations dans votre code. Pour commencer à utiliser Navigation Compose, toutes vos destinations doivent être composables. Vous pouvez suivre cette demande de fonctionnalité dans Issue Tracker.

Animations de transition

À partir de Navigation 2.7.0-alpha01, la possibilité de définir des transitions personnalisées, auparavant à partir de AnimatedNavHost, est désormais directement disponible dans NavHost. Pour en savoir plus, consultez les notes de version.

En savoir plus

Pour en savoir plus sur la migration vers Navigation Compose, consultez les ressources suivantes:

  • Atelier de programmation sur Navigation Compose: découvrez les principes de base de Navigation Compose grâce à un atelier de programmation pratique.
  • Dépôt Now in Android: application Android entièrement fonctionnelle, développée entièrement avec Kotlin et Jetpack Compose, qui suit les bonnes pratiques de conception et de développement Android et inclut Navigation Compose.
  • Migrer Sunflower vers Jetpack Compose: article de blog qui décrit le parcours de migration de l'application exemple Sunflower de Views vers Compose, qui inclut également la migration vers Navigation Compose.
  • Jetnews pour tous les écrans: article de blog qui décrit le refactoring et la migration de l'exemple Jetnews pour prendre en charge tous les écrans avec Jetpack Compose et Navigation Compose.