"On devrait faire du natif, c'est plus performant." Cette phrase, je l'entends à chaque projet mobile. Et à chaque fois, la réponse est la même : ça dépend.

Le mythe de la performance native

Oui, une app native Swift/Kotlin sera toujours plus performante qu'une app React Native. Mais la vraie question est : est-ce que ça compte pour votre cas d'usage ?

Pour 90% des applications (e-commerce, réseaux sociaux, outils métier), React Native offre des performances imperceptiblement différentes du natif pour l'utilisateur final.

Les cas où le natif est vraiment nécessaire :

• Jeux avec graphismes intensifs
• Applications de réalité augmentée
• Traitement vidéo/audio en temps réel
• Apps qui poussent le hardware dans ses retranchements

L'argument économique : les chiffres parlent

Prenons un projet type "application e-commerce" :

| Approche | Équipe nécessaire | Délai estimé | Coût relatif | |----------|------------------|--------------|--------------| | Natif iOS + Android | 2 devs iOS + 2 devs Android | 6 mois | 100% | | React Native | 2-3 devs React Native | 4 mois | 50-60% |

Le calcul est simple : une seule codebase = moins de développeurs, moins de bugs à corriger deux fois, moins de fonctionnalités qui divergent entre plateformes.

Les vrais avantages de React Native

1. Partage de code avec le web

Si vous avez déjà une app React web, vous pouvez partager :

• La logique métier
• Les appels API
• La gestion d'état
• Certains composants UI

Sur un projet récent, nous avons partagé 40% du code entre web et mobile.

2. Hot Reload : itération ultra-rapide

Modifier le code et voir le résultat instantanément, sans recompiler. En natif, chaque modification peut prendre 30 secondes à 2 minutes. En React Native, c'est immédiat.

3. Mises à jour Over-The-Air

Corriger un bug critique sans repasser par les stores ? Avec des outils comme CodePush, c'est possible. Vos utilisateurs reçoivent la correction en quelques heures, pas en quelques jours.

Les limites à connaître

Dépendance aux bridges natifs

Certaines fonctionnalités nécessitent d'écrire du code natif. Si votre app repose sur des APIs très spécifiques (NFC avancé, Bluetooth Low Energy complexe), préparez-vous à mettre les mains dans le cambouis.

Taille de l'application

Une app React Native pèse généralement 10-20 Mo de plus qu'une app native équivalente. Pour la plupart des cas, c'est négligeable. Pour une app ultra-légère, c'est à considérer.

Écosystème en évolution rapide

React Native évolue vite. Les mises à jour majeures peuvent casser des dépendances. Il faut maintenir une veille active et prévoir du temps de migration.

Ma recommandation par cas d'usage

Choisissez React Native si :

• Vous avez un budget limité
• Vous voulez aller vite sur le marché
• Votre app est principalement du CRUD + UI
• Vous avez déjà une équipe React

Choisissez le natif si :

• La performance est critique (jeux, AR/VR)
• Vous avez besoin d'APIs natives très spécifiques
• Vous avez le budget pour deux équipes
• L'app doit durer 10+ ans sans refonte majeure

Conclusion

Le débat "React Native vs Natif" n'a pas de gagnant universel. Le bon choix dépend de votre contexte : budget, délais, complexité technique, équipe disponible.

Dans 80% des cas, React Native est le choix pragmatique. Pour les 20% restants, le natif reste la référence.

L'important est de faire ce choix en connaissance de cause, pas sur la base de préjugés techniques.