Expo 58.0.21 : correctifs mobiles et performances à mesurer

Expo passe à React Native 0.88.1, avec un correctif visible sur Android

Les changelogs d’Expo 58.0.21 (nouvelle fenêtre) et d’Expo Router 58.0.28 (nouvelle fenêtre) annoncent leur passage à React Native 0.88.1. Pour une application déjà sur SDK 58, ces mises à jour s’accompagnent de correctifs qui méritent une vérification ciblée des écrans concernés.

Le patch @expo/ui 58.0.25 (nouvelle fenêtre) en donne un exemple concret : sur Android, le DateTimePicker communautaire en presentation="inline" laisse désormais apparaître la vue placée derrière lui. Il ne dessine plus le fond Material 3 et applique themeVariant, jusque-là pris en compte seulement sur iOS. Le même patch corrige un ListItem dans FieldGroup.Section qui produisait une carte en retrait et une ligne trop haute.

Une équipe peut concentrer sa revue visuelle sur les formulaires qui utilisent ces composants. Pour le calendrier, regarder les thèmes clair et sombre permet de vérifier que le fond du conteneur convient toujours après la disparition de la surface teintée. Un patch de dépendance peut ainsi changer le rendu d’un écran sans modification du code de cet écran.

Text et événements tactiles : des gains mesurés, encore en revue

Trois PR réduisent du travail répété dans le cœur de React Native. Elles restent ouvertes au 29 octobre : leur intégration est encore à venir.

Sur Android, la PR #59521 (nouvelle fenêtre) conserve le délégué d’accessibilité d’un Text lorsque son contenu ne comporte de liens ni avant ni après la mise à jour. Il était recréé à chaque changement, même avec TalkBack désactivé. Sur un Galaxy A16, les scénarios de la PR mesurent une baisse de 21 à 28 % du temps passé dans updateExtraData.

Sur iOS, la PR #59527 (nouvelle fenêtre) permet à plusieurs mesures de texte de partager le cache lorsque seules des contraintes sans effet sur le résultat diffèrent. Le test de mise à jour de 1 000 textes dans une ligne avec retour à la ligne prend 22 à 27 % de temps en moins sur un iPhone 15 Pro. La PR précise que les textes disposés dans une simple colonne, mesurés une seule fois, ne bénéficient pas de ce gain.

Enfin, la PR #59554 (nouvelle fenêtre) construit en C++ les données des événements tactiles Android : deux appels JNI par événement remplacent une vingtaine d’appels lors du déplacement d’un doigt. Le benchmark de glissement avec PanResponder mesure 31 % de temps en moins dans la section instrumentée d’envoi des événements.

Ces mesures donnent des scénarios à reproduire dans son application lors d’une future montée de version : textes fréquemment mis à jour, lignes qui se réorganisent et glissements. Leur portée dépend du travail effectivement exercé par l’écran ; les pourcentages ne décrivent pas une accélération globale de l’application.

EAS Observe : comparer les versions à partir des sessions mobiles

Le guide EAS Observe pour les agents (nouvelle fenêtre) décrit deux accès aux données déjà envoyées par l’application. Le serveur MCP Expo expose en lecture seule les versions, métriques, routes et timelines de sessions. La CLI eas observe, avec sa sortie --json, couvre aussi la recherche d’erreurs ; le serveur MCP ne propose pas encore d’outil pour les lister.

Pour une équipe mobile, un usage concret consiste à comparer le démarrage et le temps avant interactivité entre deux versions, sur une plateforme et une période explicites. Demander ensuite les sessions les plus lentes aide à examiner ce qu’elles ont en commun : version du code, appareil ou conditions réseau. Le guide propose justement de relier l’analyse à une session qui l’illustre.

Le bouton Handoff to AI du dashboard conserve les filtres dans le prompt transmis. C’est un point de départ utile pour poursuivre une investigation avec le même périmètre. L’application doit déjà envoyer ses données à Observe pour que cette comparaison soit possible.