Reanimated 4.7 change le moteur des animations de layout

Un nouveau moteur activé par défaut

Reanimated 4.7 (nouvelle fenêtre) active par défaut un nouveau moteur pour les animations de layout, notamment entering, exiting et layout. La release s’appuie sur une structure légère et rapproche ce travail de celui des transitions d’éléments partagés. Elle ajoute aussi la prise en charge de backgroundImage dans useAnimatedStyle et, derrière un flag expérimental désactivé par défaut, l’exécution de certaines transitions CSS par la plateforme Android.

Une application peut donc conserver la même déclaration d’animation tout en changeant le chemin natif qui l’exécute. Le comportement à examiner est celui de l’arbre réel : ajout d’une ligne, suppression d’un élément pendant un mouvement et réorganisation de plusieurs vues. Une animation isolée au centre d’un écran exerce beaucoup moins ce moteur qu’une liste qui se transforme pendant un scroll.

Le flag de repli a un périmètre précis

Le changelog indique USE_LEGACY_LAYOUT_ANIMATIONS_PROXY pour revenir à l’ancien mécanisme. Il précise aussi son incompatibilité avec ENABLE_SHARED_ELEMENT_TRANSITIONS. Ce sont deux choix de configuration qui doivent être raisonnés ensemble ; activer le premier n’est pas un repli neutre si l’application dépend déjà du second.

Pour une migration, un exemple minimal reproduisant une différence de layout a plus de valeur qu’une désactivation globale inexpliquée. Il permet d’identifier la structure de vues concernée et de décider si le repli est temporairement nécessaire. Conserver le motif de ce choix évite qu’un flag de compatibilité survive indéfiniment sans propriétaire.

Cette version mérite surtout l’attention des interfaces qui combinent listes réordonnables, apparition de contenu et navigation animée. Le gain attendu doit être apprécié sur ces interactions ; le changement de moteur ne justifie pas une promesse générale de fluidité pour tous les écrans.