Chaque fois qu'on présente un projet d'application mobile, la question arrive tôt ou tard : "Pourquoi React Native et pas du natif ?"
C'est une bonne question. Le natif (Swift pour iOS, Kotlin pour Android) offre les meilleures performances brutes. React Native, lui, partage une seule base de code entre les deux plateformes. Ce choix a des conséquences directes sur les délais, le budget et la maintenance.
On déroule ici comment on raisonne ce choix sur chaque projet.
- React Native partage une seule base de code entre iOS et Android, avec une interface réellement native.
- Pour les apps B2B, outils métier et MVP, c'est le meilleur équilibre entre performance et budget.
- Les vraies limites : jeux, traitement vidéo temps réel, animations extrêmes. Pour ces cas, on recommande le natif.
- Notre stack : React Native + Expo, TypeScript strict, builds et mises à jour OTA inclus.
Le vrai débat : deux stores, deux bases de code ou une seule#
En développement natif pur, vous financez deux applications distinctes. L'interface iOS est écrite en Swift, l'interface Android en Kotlin. Deux équipes ou deux phases de développement, deux cycles de maintenance, deux séries de tests.
React Native casse cette logique : une seule base de code JavaScript (ou TypeScript) génère les composants natifs des deux plateformes. L'interface est réellement native (pas un WebView), la logique métier et les appels API sont écrits une seule fois.
Pour la majorité des applications B2B, des outils métier, des apps de service ou des MVP, c'est le bon équilibre entre performance et coût de développement.
Ce que React Native fait très bien#
Applications data-driven. Formulaires, listes, tableaux de bord, flux de contenu : React Native excelle sur les interfaces qui consomment et affichent des données. C'est l'essentiel des apps professionnelles.
Logique métier partagée. Auth, appels API, gestion d'état, logique de paiement : tout ça est écrit une seule fois et fonctionne identiquement sur les deux plateformes.
Time-to-market. Une app React Native se livre en 8 à 10 semaines contre 12 à 18 semaines pour un développement natif sur les deux plateformes. Pour un MVP ou une v1, c'est décisif.
Maintenance unifiée. Un bug corrigé l'est sur les deux plateformes simultanément. Les évolutions ne nécessitent pas deux implémentations parallèles.
Ses vraies limites#
React Native n'est pas la bonne réponse à tous les projets.
Performances graphiques intensives. Les jeux, les applications de traitement vidéo en temps réel ou les rendus 3D complexes nécessitent du natif. React Native peut intégrer des modules natifs, mais la complexité monte vite.
Accès à des APIs système très récentes. iOS et Android publient de nouvelles APIs à chaque cycle. Il faut parfois attendre quelques mois que la communauté ou qu'on écrive nous-mêmes un module natif d'accès.
Applications exigeant des animations très fluides à 120fps. React Native Reanimated a considérablement réduit cet écart, mais les apps axées sur l'animation restent plus confortables en natif.
Pour ces cas spécifiques, on le dit clairement lors du cadrage et on adapte le choix technologique.
Notre stack en production#
On développe avec React Native et Expo, qui fournit un écosystème complet : build, déploiement sur les stores, mises à jour OTA (over-the-air), notifications push, authentification sociale.
L'avantage d'Expo sur React Native seul : des outils de build robustes, une intégration simplifiée des modules natifs, et des mises à jour de l'app sans passer par la validation des stores pour les corrections non-natives.
La stack complète d'un projet type : React Native + Expo, TypeScript strict, React Navigation pour la navigation, React Query pour la synchronisation des données, Stripe pour les paiements in-app, OneSignal ou Expo Notifications pour les push. On a détaillé nos patterns React Native et Expo en production et la gestion des notifications depuis iOS 17.
Délais et budget#
Nos projets d'application mobile démarrent à 8 semaines pour une app avec auth, flux core et paiements. Les projets plus complexes (multi-tenant, fonctionnalités offline, intégrations hardware) se situent entre 10 et 16 semaines.
Le prix est fixé sur devis après un premier appel de cadrage, sans fourchette : un prix fixe pour un scope fixe. Les deux apps iOS et Android sont incluses dans ce prix unique. Le détail de l'offre est sur notre page application mobile.
Questions fréquentes
React Native ou natif : comment choisir ?
React Native convient à la majorité des applications B2B, outils métier et MVP : une seule base de code, interface réellement native et délais réduits. Le natif (Swift, Kotlin) reste préférable pour les jeux, le traitement vidéo temps réel ou les animations très exigeantes.
Une app React Native est-elle vraiment native ?
Oui pour l'interface : React Native génère de vrais composants natifs iOS et Android, pas une WebView. La logique métier, elle, est écrite une seule fois en JavaScript ou TypeScript et partagée entre les deux plateformes.
Combien de temps pour développer une app iOS et Android ?
Avec React Native, comptez 8 à 10 semaines pour une app avec authentification, flux principal et paiements, contre 12 à 18 semaines pour deux développements natifs séparés. Les deux apps sortent du même code et se maintiennent ensemble.
Qu'apporte Expo par rapport à React Native seul ?
Expo ajoute un écosystème complet : builds robustes, déploiement sur les stores, notifications push et mises à jour OTA qui permettent de corriger l'app sans repasser par la validation des stores pour les changements non natifs.