Expo SDK 58 est disponible, React Native s’étend aux fenêtres spatiales

SDK 58 : distinguer les composants stables des pistes expérimentales

Le changelog SDK 58 du 15 octobre (nouvelle fenêtre) annonce la disponibilité générale avec React Native 0.88. Les data loaders, native tabs et toolbars d’Expo Router deviennent stables. Expo Modules 2.0 reste en bêta ; App Intents est en alpha et le transformer Rust Noxcturnal est expérimental. La stabilité du SDK ne donne donc pas le même statut à chacune de ses APIs.

Sur Android, Expo met en avant la précompilation d’expo-modules-core et un exemple de build debug passant d’environ 80 à 39 secondes sur M3 Pro. C’est un résultat sur une configuration donnée. Le temps complet d’une CI inclut aussi résolution des dépendances, caches et compilation des modules propres au projet.

Le changement de socle mérite une migration par dépendances

Les modules natifs installés, les plugins de configuration et les personnalisations du projet définissent le chemin de migration. La prise en charge des scènes iOS et des fenêtres redimensionnables implique aussi de regarder les écrans dans une taille courante, plutôt que de supposer une largeur de téléphone fixe.

Pour Router, la stabilité des APIs évite de continuer à traiter ces fonctions comme des expérimentations, mais les changements de défaut sur le web peuvent toucher l’hébergement et le rendu serveur. Une application distribuée sur les trois plateformes doit examiner ce volet même si sa motivation initiale est mobile.

Une feature alpha peut être essayée dans une branche dédiée au besoin qu’elle sert. Elle ne devrait pas devenir une dépendance invisible du parcours principal au seul motif qu’elle figure dans le changelog d’un SDK stable.

Quest : plusieurs panneaux, toujours le même état React

Callstack présente le Meta VR Layout SDK (nouvelle fenêtre) pour ouvrir des fenêtres spatiales depuis un même arbre React. SpatialSceneProvider fournit le contexte et SpatialWindow désigne le contenu qui peut devenir un panneau. Props et contexte restent partagés, sans synchronisation manuelle entre deux racines React.

Le système garde le dernier mot sur la disponibilité d’un panneau. L’intégration actuelle autorise deux fenêtres supplémentaires, exige Horizon OS v207 ou plus pour leur promotion et ne permet pas l’imbrication de fenêtres spatiales. Les fallbacks inline ou drop déterminent ce qui arrive lorsque l’espace n’est pas disponible. Le guide demande RN 0.85 ou plus et une reconstruction Android ; aucun config plugin Expo n’est fourni.

Pour une expérience vidéo avec chat, conserver le chat dans le même arbre simplifie la cohérence de sélection et d’identité utilisateur. Le fallback reste une décision produit : un contenu indispensable doit pouvoir rester dans le panneau principal, tandis qu’une aide facultative peut disparaître. La disposition spatiale devient alors une amélioration de présentation d’une application complète, plutôt qu’une condition pour pouvoir l’utiliser.