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)
| Source | Cadence | Ce qu’on y prend |
|---|---|---|
| expo.dev/changelog | ~3 SDK/an | LA lecture obligatoire : chaque release de SDK, 10 min |
| Release notes React Native | ~5/an | Survol — Expo les digère pour vous |
| State of React Native (sondage annuel) | 1/an | La photo de l’écosystème : ce qui monte, ce qui meurt |
| Une conf en vidéo (App.js Conf, React Universe) | 1-2/an | Les 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 releaseUne 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.