React Native ou développement d'applications natives

Coût et rapidité

Avec une seule base de code, les fonctionnalités sont développées une fois pour les deux plateformes, avec quelques ajustements propres à chacune. Cela réduit généralement le coût de réalisation et accélère les mises à jour, car les corrections sont livrées aux deux plateformes en même temps.

Le développement natif implique deux implémentations de la plupart des fonctionnalités, deux jeux de tests et souvent deux développeurs spécialisés. Pour les applications où les avantages du natif comptent, cet investissement en vaut la peine.

Performances et expérience utilisateur

React Native affiche de véritables composants natifs, si bien que les applications ont l'aspect et le comportement du natif. Les versions modernes ont considérablement amélioré les performances. Pour les applications métier typiques (formulaires, listes, cartes, paiements), les utilisateurs ne verront pas de différence.

Le natif a l'avantage pour les applications riches en graphismes, les animations complexes, le traitement audio ou vidéo en temps réel, les jeux et les applications qui ont besoin des dernières fonctionnalités de la plateforme dès le jour de leur sortie.

Fonctionnalités de l'appareil et modules natifs

La plupart des fonctionnalités de l'appareil (appareil photo, localisation, notifications, biométrie, paiements) sont disponibles dans React Native grâce à des bibliothèques bien maintenues. Lorsqu'une fonctionnalité n'est pas disponible, des modules natifs relient le code React Native à Swift ou Kotlin.

Les applications qui dépendent fortement de matériel spécialisé, de traitements en arrière-plan ou de nouvelles API de plateforme peuvent exiger tant de code natif qu'un développement natif devient plus logique.

Lequel choisir ?

• Choisissez React Native si…

  Vous avez besoin d'iOS et d'Android, voulez maîtriser les coûts et votre application repose surtout sur de la logique métier, du contenu et des fonctionnalités standard de l'appareil.

• Choisissez le natif si…

  Votre application dépend de graphismes exigeants, de fonctionnalités avancées de l'appareil ou d'expériences propres à une plateforme.

• Envisagez une PWA si…

  Vous n'avez pas besoin des boutiques d'applications ni d'un accès poussé à l'appareil.

Questions pour décider

• Avez-vous besoin d'iOS et d'Android dès le lancement ?
• Quelles fonctionnalités de l'appareil sont essentielles ?
• Y a-t-il des graphismes exigeants ou des médias en temps réel ?
• Disposez-vous déjà d'une équipe web React ?
• À quelle fréquence livrerez-vous des mises à jour ?

Scénario : une application de réservation pour une entreprise de services

Une entreprise souhaite que ses clients réservent des rendez-vous, paient et reçoivent des rappels sur iOS et Android. L'application utilise des fonctionnalités standard : formulaires, listes, paiements, notifications et cartes. React Native est un très bon choix, avec les deux plateformes issues d'une même base de code et des performances natives pour ces fonctionnalités.

Le même budget couvrirait nettement moins avec deux applications natives.

Scénario : une application créative très axée sur l'appareil photo

Une application qui applique des effets vidéo en temps réel, utilise des commandes avancées de l'appareil photo et dépend des toutes dernières capacités de la plateforme bénéficie du développement natif, où les performances et l'accès aux API de la plateforme sont optimaux.

Certaines parties d'une telle application pourraient tout de même utiliser du code multiplateforme, mais le cœur serait natif.

Équipe et maintenance

Une voie médiane pragmatique

De nombreuses applications utilisent React Native pour la plupart des écrans et des modules natifs pour les fonctionnalités précises qui l'exigent. Cela conserve l'essentiel de l'avantage de coût tout en comblant les écarts de performance ou d'accès là où ils comptent.

Discutez avec votre développeur des fonctionnalités qui pourraient nécessiter du code natif avant de décider.

Maintenance à long terme

Les applications vivent des années et ont besoin de mises à jour pour les nouvelles versions du système d'exploitation, les nouveaux appareils et les bibliothèques. Avec React Native, une seule équipe maintient une seule base de code ; avec le natif, deux bases de code demandent des mises à jour en parallèle.

Les mises à jour de bibliothèques dans React Native demandent parfois un travail de migration ; prévoyez donc une maintenance régulière dans les deux cas.

Prendre la décision

Listez les fonctionnalités dont votre application a besoin maintenant et dans un avenir proche, repérez celles qui dépendent de capacités avancées de l'appareil ou de graphismes lourds, et discutez-en avec un développeur expérimenté.

Si peu ou aucune ne dépendent de capacités propres au natif, le multiplateforme est généralement le choix efficace.

Rapidité de mise sur le marché

Construire une seule base de code signifie généralement que les deux plateformes sortent ensemble et que les mises à jour sont livrées simultanément. C'est important lorsque vous devez tester rapidement un produit auprès d'utilisateurs ou conserver la parité fonctionnelle entre iOS et Android.

Les équipes natives peuvent suivre ce rythme, mais avec plus de personnes et de coordination.

Design et conventions de plateforme

Les utilisateurs attendent des applications iOS qu'elles ressemblent à iOS et des applications Android qu'elles ressemblent à Android : la navigation, les gestes et les contrôles diffèrent. Les deux approches peuvent respecter ces conventions grâce à un design réfléchi.

Un bon travail de design compte plus que le choix technologique pour que l'application paraisse native.