API natives et Teleport : limiter les dépendances aux détails internes

La veille du jour rassemble des travaux autour des API natives et plusieurs mises à jour de bibliothèques. Le point commun est une question de contrat : quel comportement une application peut-elle attendre sans dépendre de l’implémentation interne du framework ?

Une proposition à suivre, pas une migration déjà imposée

Le RFC sur la surface C/C++ de React Native (nouvelle fenêtre), ouvert le 19 août, propose trois niveaux : public, réservé aux frameworks et privé. Le texte rendu de la proposition (nouvelle fenêtre) regroupe les points d’entrée publics dans des headers umbrella et prévoit une adoption progressive des contrôles stricts. Il distingue ainsi la compatibilité destinée aux apps des détails que le core doit pouvoir faire évoluer. Le merge de la proposition, intervenu le 17 septembre, ne constitue pas à lui seul une disponibilité de toute l’implémentation dans une release RN.

L’exercice utile reste d’identifier les dépendances internes dans les modules de l’app. Un header privé, un type recopié et une API publique documentée n’offrent pas la même stabilité. Conserver cette distinction dans une revue native aide à estimer le coût des prochains upgrades.

Teleport explique un changement de rendu visible

Le billet du mainteneur sur Teleport 1.2 (nouvelle fenêtre) décrit un chemin Android qui déplace une vue tout en préservant, lorsque c’est possible, son attache à la fenêtre. L’objectif est d’éviter la frame vide que peut provoquer un détachement classique, notamment pour vidéo et cartes. Un fallback conserve le chemin précédent lorsque les conditions ne permettent pas l’optimisation.

Le détail est important pour une app : préserver le composant React ne suffit pas toujours à préserver les ressources de rendu natives. Une validation doit observer la surface et la continuité de l’interaction.

Transformer le cas en vérification durable

Un parcours court peut ouvrir une vidéo, la déplacer en plein écran, revenir puis répéter l’opération. Observer la frame vide, mais aussi focus, état de lecture et possibilité d’annuler le geste. Garder un appareil Android moins récent dans cette comparaison peut révéler un problème invisible sur le poste de développement.

Dans un module C++, remplacer un include direct par un point d’entrée public réduit la dépendance aux déplacements internes du framework. Pour une vue qui change de parent, conserver sa surface réduit au contraire une rupture visible. Dans les deux cas, le contrat utile doit être explicite : ce que le consommateur peut appeler, et ce que l’utilisateur doit continuer à voir.