React Native 0.88 RC0 : un premier terrain d’essai concret

La première candidate 0.88 donne une base plus précise aux essais préparés avant le branch cut. Elle doit être lue comme un état de stabilisation : les API peuvent encore évoluer avant la version finale.

Les changements visibles de RC0

La release 0.88.0-rc.0 (nouvelle fenêtre) est marquée prerelease et publiée le 8 septembre. Elle retire l’export racine non documenté Touchable utilisé comme type, avec ViewProps comme remplacement indiqué. Ses notes mentionnent aussi RCTArrayBuffer pour les TurboModules et des headers umbrella C++ publics.

Ce sont des points à relier aux usages réels de l’app. Une application sans module natif maison peut surtout rencontrer les types via une dépendance ; une équipe maintenant du C++ doit aussi compiler ses extensions.

Le contrat mémoire mérite une revue

Un buffer passé entre JavaScript et le natif transporte des données et une durée de vie. Lors d’un essai, vérifier qui possède les octets, qui les conserve et à quel moment ils deviennent invalides. Le cas qui fonctionne pendant un appel synchrone peut échouer s’il est ensuite déplacé dans une tâche asynchrone.

Comme il s’agit d’une candidate, conserver la référence exacte des notes utilisées et revoir ces hypothèses avant la stable. Les détails d’un RC ne doivent pas devenir une documentation interne intemporelle.

Une migration testable

Commencer avec les erreurs de typage et de compilation, puis un parcours qui exerce chaque intégration native importante. En cas d’échec, réduire la reproduction avant de modifier plusieurs couches simultanément.

Une installation à partir d’un tag mobile comme next peut changer entre deux essais. Une version explicite et un lockfile rendent l’essai comparable. Le résultat attendu à cette étape est une liste précise de compatibilités et de blocages, pas un avis général sur la maturité de 0.88.