La genèse de Jetpack Compose

Pouvoir mettre à jour le UI toolkit en dehors du cycle de mise à jour de la plateforme

Il est important de noter que le choix initial d’implémenter un UI Toolkit précompilé et embarqué dans le système représentait une solution performante au regard des caractéristiques limitées des smartphones de l’époque, en particulier vis-à-vis de l’espace disque utilisé par celui-ci : Embarquer une seule fois un UI Toolkit qui sera utilisé par tout le système et toutes les applications, plutôt que le stocker x fois dans chaque livrable de chaque application.

C’est pourquoi un UI Toolkit tel que Jetpack Compose sous forme de bibliothèque externe n’aurait pas été adéquat. Cependant, le fait que le UI Toolkit original soit directement intégré à la plateforme Android implique que pour livrer une évolution ou corriger un bogue, il faut livrer une nouvelle version de la plateforme Android. La fenêtre de tir est très mince puisqu’une seule version majeure est déployée par an. À cela s’ajoute le temps d’intégration de cette nouvelle version par les fabricants, qui ajoutent leur surcouche et qui parfois limitent le déploiement de ces mises à jour à un nombre restreint d’appareils. Cela s’appelle l’obsolescence logicielle.

Un argument écologique ? Pas si évident.

L’obsolescence logicielle désigne ici l’incapacité d’utiliser une application sur un smartphone simplement parce que le fabricant a décidé de ne pas pousser les nouvelles mises à jour d’Android pour ce modèle et que les développeurs et développeuses utilisent...

Avant-propos

Avant de découvrir le premier composant de ce livre utilisant le nouveau UI Toolkit Jetpack Compose, il est important de clarifier que Jetpack Compose se découpe en trois parties principales :

Ces trois parties correspondent à des dépendances différentes. Seul Compose UI est en réalité lié à la plateforme Android. Les fondations de Jetpack Compose qui se trouvent dans les parties Compiler et Runtime peuvent être utilisées pour construire un UI Toolkit sur différentes plateformes (web, mobile ou desktop). Le code source de Compose UI utilise ces deux parties pour construire un UI Toolkit pour Android (maintenu par Google) et pour Desktop (maintenu par JetBrains). Compose UI est compatible avec 98 % des appareils Android sur le marché au moment de l’écriture de ce livre puisqu’il fonctionne à partir d’Android 5.0 (soit l’API level 21).

Nous allons maintenant découvrir comment la refonte du UI Toolkit par les équipes de développement de Google amène une nouvelle philosophie. Au-delà des enseignements tirés des années de développement du UI Toolkit original et de l’évolution de l’écosystème mobile, il est important de bien comprendre les choix d’implémentation qui ont été faits pour mieux appréhender le développement d’interface moderne sous Android avec Jetpack Compose.

La structure d’un composant Jetpack Compose

@Composable 
fun Hello(name: String) { 
    Text("Hello $name") 
} 

Le composant ci-dessus est écrit en utilisant Jetpack Compose. Un composant Jetpack Compose s’écrit en utilisant uniquement le langage Kotlin. Celui...

Interprétation de l’annotation Composable par le compilateur

Reprenons la fonction Composable Hello présentée initialement.

Composant Hello

@Composable 
fun Hello(name: String) { 
    Text("Hello $name") 
} 

Observons maintenant le code (simplifié) généré à la compilation grâce au Compose Compiler, qui est en fait un Kotlin Compiler Plugin spécifique à Jetpack Compose.

Code simplifié du composant Hello enrichi lors de la compilation

fun Hello(name: String, $composer: Composer, $changed: Int) { 
    $composer.start(123) 
    if ($changed) { 
        Text("Hello $name", 
                (FontStyle)null, ...