Vega 2.0, le rendu React Native et les traces EAS Observe

Vega 2.0 : React Native sur Fire TV, avec le focus à vérifier

Amazon annonce la disponibilité générale de Vega OS 2.0 et du Vega SDK 2.0 (nouvelle fenêtre). Le SDK passe de React Native 0.72 à 0.83 et apporte React 19, React Compiler, Hermes v1 et React Native DevTools. React Navigation, Reanimated et Lottie sont également mis à jour. Vega utilisait déjà la New Architecture avant cette montée de version.

Pour une équipe mobile qui envisage une déclinaison TV, l’annonce rapproche les outils de ceux employés sur téléphone. L’interface demande toutefois sa propre validation. Le support de boxShadow et d’outline, notamment pour les états de focus TV, donne un cas concret à examiner : suivre la sélection d’une carte à l’autre et vérifier que l’élément actif reste identifiable sur chaque fond.

Les Vega native APIs restent en accès anticipé. Elles permettent notamment la planification de tâches et des composants UI personnalisés, en complément du code React Native. Cette distinction de maturité compte au moment de choisir les dépendances d’un parcours essentiel. Amazon annonce aussi une version majeure par an et des versions mineures sans rupture d’API ; cela donne un cadre pour préparer les migrations et leurs tests.

Du JSX à l’écran : repérer la frontière qui impose un nouveau build

Dans « How React Native Works Under the Hood » (nouvelle fenêtre), Beto suit un cercle depuis le JSX jusqu’à son affichage, puis lors d’un tap qui le met à jour. Metro résout, transforme et sérialise le code ; Hermes exécute le bytecode sur l’appareil. L’article poursuit avec React, JSI et le Shadow Tree, puis Yoga pour les dimensions et positions, et Fabric pour le montage des vues natives.

Cette progression sert de support d’onboarding : elle relie un composant familier aux différentes étapes qui produisent son rendu. Pour examiner un écran lent ou incorrect, une équipe peut s’en servir pour formuler une hypothèse précise : travail JavaScript, calcul du layout ou comportement de la vue native. Suivre le même exemple après une interaction aide aussi à expliquer ce qu’une mise à jour d’état déclenche.

La dernière partie revient sur la livraison. Fast Refresh intervient pendant le développement ; en production, EAS Update exige une version de runtime compatible avec le natif installé. Ajouter une bibliothèque native impose un nouveau build. Avant de préparer une mise à jour, relire les dépendances et les changements natifs permet donc de décider si le binaire déjà distribué peut réellement exécuter le nouveau code.

EAS Observe : lire une requête dans le contexte de sa session

La release EAS CLI 27.2.0 (nouvelle fenêtre) ajoute eas observe:traces pour lister les spans de requêtes ou résumer leurs noms et leurs nombres. eas observe:trace affiche une trace sous forme d’arbre. Les spans apparaissent aussi dans la timeline d’eas observe:session.

Pour une équipe qui utilise Observe, cela donne un point de départ plus précis lorsqu’un écran attend une requête. Examiner l’arbre, puis replacer ses spans dans la session, aide à rapprocher l’attente observée du déroulement enregistré. Le diagnostic doit ensuite être confronté au parcours : une trace de requête ne décrit pas à elle seule tout le temps nécessaire à l’affichage.