L'écart entre plates-formes s'est comblé
Il y a trois ans, la sagesse conventionnelle était la suivante : créer du natif (Swift/Kotlin) si les performances et l'UX sont importantes, créer du multiplateforme (React Native/Flutter) si le budget est serré. Ce calcul a changé. La nouvelle architecture de Flutter 3.x et de React Native a éliminé la plupart des écarts de performances des applications professionnelles classiques, et l'expérience des développeurs a considérablement évolué.
Aujourd'hui, la décision concerne moins les performances que l'expertise de l'équipe et la maintenance à long terme. React Native a du sens si votre équipe connaît déjà React : l'écosystème JavaScript/TypeScript est transféré directement et le modèle de composant est familier. Flutter est logique si vous souhaitez une base de code unique qui cible simultanément les mobiles, le Web et les ordinateurs de bureau, et que vous êtes prêt à apprendre Dart (que la plupart des développeurs adoptent rapidement).
Le développement natif (SwiftUI pour iOS, Jetpack Compose pour Android) a toujours du sens pour : les applications avec une intégration approfondie du système d'exploitation (données de santé, ARKit, fonctionnalités avancées de l'appareil photo), les applications qui doivent rivaliser sur l'UX avec les leaders de leur catégorie (banque, médias sociaux), ou lorsque vous avez le budget pour maintenir deux bases de code distinctes. Chez Trilab.Tech, nous construisons des applications multiplateformes avec Flutter ou React Native par défaut et réservons le natif aux cas où les exigences du produit l'exigent réellement.