Skip to Content
React Native15. iOS & au-delà15.4 Le futur & la veille

Chapitre 15.4 — Le futur de React Native & la veille

Où on en est : dernier chapitre de cours « théorique » (les parties suivantes sont des annexes et de la pratique). On lève les yeux : où va l’écosystème, et comment rester à jour en 30 minutes par mois — pas par jour.

⏱️ TL;DR — Les lignes de force 2026 : la New Architecture achevée (l’ancienne meurt), le React unifié (React 19, Suspense, et le React Compiler qui arrive en RN), les DOM components (du web DANS le natif, ponctuellement), l’ambition multi-écrans (TV, desktop via Microsoft, wearables). La méthode de veille : 4 sources primaires à cadence connue (changelogs Expo/RN, State of RN, une conf), et le filtre : « est-ce que ça change MES apps dans les 6 mois ? »

🎯 Objectifs

  • Connaître les 4 chantiers de l’écosystème qui VOUS concernent.
  • Poser la routine de veille minimale (sources, cadence, filtre).
  • Savoir mettre à jour une app (la montée de SDK annuelle, sereinement).
  • Clore la partie théorique avec la carte complète en tête.

Les chantiers qui comptent (pour vous)

1. La New Architecture, achevée. Notre cours vit dedans (ch. 1.2) ; l’ancienne arch est en extinction — conséquence pratique : les DERNIÈRES libs zombies disparaissent du radar, et les benchmarks pré-2024 sont définitivement de l’archéologie. Rien à faire : vous y êtes.

2. React unifié — le Compiler en tête. React 19.x est LE même React partout ; le React Compiler (mémoïsation automatique) arrive côté RN via Expo : à terme, la discipline useCallback/memo du ch. 6.1 devient l’affaire du compilateur (notre règle « ne mémoïsez que mesuré » vieillira MIEUX que « mémoïsez tout » — les réflexes minimalistes gagnent toujours). Suspense pour les données gagne du terrain dans TanStack Query — la syntaxe changera cosmétiquement, les concepts (cache, invalidation) restent.

3. Les DOM components. Expo permet de marquer un composant 'use dom' : il rend dans une WebView intégrée, avec le pont de props géré. L’usage sain : les contenus intrinsèquement web (un éditeur riche, un graphique D3 existant, du markdown complexe) SANS réécrire — pas une porte dérobée pour faire de l’app hybride. À connaître, à doser.

4. Au-delà du téléphone. RN tourne sur TV (react-native-tvos), desktop (Windows/macOS par Microsoft), et l’ambition « every screen » d’Expo s’affirme. Pour vos apps perso : anecdotique aujourd’hui — mais le jour où « Drill sur la TV du salon » vous amuse, le chemin existe.

La routine de veille (30 min/mois)

SourceCadenceCe qu’on y prend
expo.dev/changelog ~3 SDK/anLA lecture obligatoire : chaque release de SDK, 10 min
Release notes React Native~5/anSurvol — Expo les digère pour vous
State of React Native (sondage annuel)1/anLa photo de l’écosystème : ce qui monte, ce qui meurt
Une conf en vidéo (App.js Conf, React Universe)1-2/anLes tendances de fond, en accéléré ×1,5

Et le filtre anti-noyade, à appliquer à toute nouveauté : « est-ce que ça change une décision de MES apps dans les 6 mois ? » Non → un signet, pas une lecture. La FOMO de l’outillage est le piège n°1 du dev JS — vos apps ont besoin de features, pas de la lib de la semaine.

La montée de SDK annuelle — le rituel

La seule maintenance OBLIGATOIRE (target SDK Google — ch. 13.6). Le déroulé rodé :

# 1. Lire le changelog du SDK cible (10 min — les breaking changes y sont listés) # 2. Monter : npx expo install expo@latest npx expo install --fix # réaligne TOUTES les deps sur le nouveau SDK npx expo-doctor # le bilan de santé # 3. Rebuild du dev build (natif changé, évidemment), suite de tests, rituel de release

Une app suivie annuellement se monte en une heure ; une app abandonnée 3 SDK se monte en une journée pénible — la régularité EST l’économie. (Et rappel du ch. 12.5 : montée de SDK = nouvelle runtimeVersion = release native + baseline OTA.)

La carte finale

Vous voici avec la carte complète du territoire : le moteur (P1), l’outillage (P2, P11), le langage visuel (P3-4), la structure (P5-6), les données (P7-8), le natif (P9), le mouvement (P10), la distribution — perso et publique (P12-13), la durabilité (P14), et les frontières (P15). Les cinq parties restantes sont d’un autre ordre : des références (annexes), une ouverture business (monétisation), et de la PRATIQUE pure (mini-jeux, projets, quiz). Le cours théorique s’achève ici — il ne vous manque plus que des kilomètres.

💡 Pour un dev Next.js — Un mot de perspective carrière : vous êtes désormais ce profil rare — full-stack web + mobile natif, avec le MÊME langage et les MÊMES patterns des deux côtés. En 2026, la frontière web/mobile est le no man’s land le mieux payé du développement produit. La veille ci-dessus entretient les deux moitiés d’un coup : c’est le même React, la même communauté, les mêmes conférences. Investissement mutualisé.

📚 Aller plus loin — Les annexes (P16) compilent cheatsheets et dépannage ; la monétisation (P17) chiffre le « et si j’en vivais ? » ; et les projets (P19) sont le vrai chapitre suivant : la compétence se solidifie en CONSTRUISANT. Rendez-vous au premier Pomodoro.

✏️ Exercices

1. Installez la routine : abonnez-vous aux 4 sources (RSS/mail/calendrier), et créez la note « Veille RN » avec le filtre écrit en en-tête.

✅ Solution

Changelog Expo (RSS ou le mail des releases), le blog RN (RSS), un rappel calendrier annuel « State of RN + montée de SDK » (janvier est bien), une chaîne de conf suivie. La note commence par : « Filtre : ça change une décision de mes apps sous 6 mois ? Sinon → signet. » L’infrastructure de veille se monte en 15 min et dure des années.

2. Auditez rétroactivement : parmi les choix du cours (Expo Router, Zustand, TanStack Query, NativeWind, expo-sqlite, Reanimated, Maestro), lesquels auraient une chance d’être remplacés dans le State of RN de 2028, et par quoi ? Argumentez court.

✅ Solution

Pari raisonné : les plus stables sont ceux adossés à Expo/Meta (Router, Reanimated, sqlite). Zustand pourrait céder du terrain à des signaux/atoms (Jotai) ou au Compiler qui banalise le contexte — mais son API minuscule le protège. TanStack Query : consolidé, Suspense le transformera en douceur. NativeWind : dépend de la trajectoire Tailwind v4+ en RN. Maestro : le plus jeune, le plus disputable. La leçon de l’exercice : nos choix étaient tous « au centre de gravité » — c’est ça, choisir une stack durable (ch. 1.4).

3. Écrivez le message que vous enverriez à « vous-même d’il y a 20 parties » : les 5 conseils qui auraient le plus accéléré le parcours. (Sérieusement — c’est un exercice de consolidation redoutable.)

✅ Solution

Attendus probables : (1) « lib/ pur dès le jour 1 — tout en découle » (tests, drill-core, web). (2) « Le téléphone physique d’abord, l’émulateur en secours. » (3) « La frontière bundle/natif explique TOUT (OTA, dev builds, runtimeVersion) — comprends-la en P1, pas en P12. » (4) « Valide aux frontières (zod, params), fais confiance dedans. » (5) « Les paniques de build : expo start -c, puis expo-doctor, puis le dev build est-il à jour — dans cet ordre. » Formuler SES cinq conseils = savoir ce qu’on a appris.

🧠 Quiz

1. Que change le React Compiler pour la discipline perf du ch. 6.1 ?

Réponse

La mémoïsation manuelle (useCallback/memo) devient l’affaire du compilateur — la doctrine « n’optimiser que mesuré » reste ; le boilerplate disparaît progressivement.

2. À quoi servent (sainement) les DOM components ?

Réponse

À intégrer PONCTUELLEMENT du contenu intrinsèquement web (éditeur riche, dataviz D3 existante) dans l’app native via 'use dom' — pas à construire une app hybride.

3. Citez les 4 sources de la routine de veille et leur cadence.

Réponse

Changelog Expo (~3/an, obligatoire), release notes RN (survol), State of React Native (annuel), une conférence en vidéo (annuel). Total : ~30 min/mois.

4. Quel est le filtre anti-noyade ?

Réponse

« Est-ce que ça change une décision de MES apps dans les 6 mois ? » — sinon signet, pas lecture. Les apps ont besoin de features, pas de la lib de la semaine.

5. Pourquoi la montée de SDK annuelle est-elle non-négociable, et que coûte-t-elle bien menée ?

Réponse

Le target SDK Google (ch. 13.6) l’impose réglementairement — et une montée suivie annuellement coûte ~1 h (expo install --fix, doctor, rebuild, tests) contre une journée pénible après 3 SDK d’abandon.


👉 Partie suivante : Partie 16 — Annexes — cheatsheet web→RN, les 20 erreurs classiques, glossaire, commandes : les références à garder sous le coude.