Le développement mobile cross-plateforme est-il en train de changer de paradigme ?
Pendant longtemps, développer une application mobile signifiait faire un choix clair : iOS avec Swift, Android avec Kotlin, ou recourir à des solutions cross-plateforme comme React Native, Flutter ou Ionic. Ces approches ont permis de réduire les coûts et de mutualiser une partie du développement, même si elles reposaient souvent sur des abstractions ou des couches intermédiaires.
Une évolution majeure : Swift arrive officiellement sur Android
Officiel — Mars 2026
Le monde du développement évolue vite, et certains changements passent parfois inaperçus. Swift 6.3, publié fin mars 2026, introduit le premier SDK officiel de Swift pour Android. Ce n'est plus une initiative communautaire ou un prototype : c'est une release stable, portée par le Swift Android Workgroup.
Ce que ça permet concrètementÉcrire de la logique métier en Swift, la compiler pour iOS et Android, et l'intégrer côté Android via une interopérabilité avec Kotlin/Java (JNI) grâce aux outils Swift Java et Swift Java JNI Core. Swift compile directement en code machine natif sur Android, avec des performances comparables au code C/C++ natif.
Des applications Swift sur Android existent déjà en production depuis des années — Spark (client mail), flowkey (piano interactif) ou MediQuo (santé) — cumulant des millions de téléchargements. La nouveauté, c'est que cette voie est désormais officiellement supportée et documentée.
Une nouvelle architecture devient possible
Avec cette évolution, un modèle intéressant émerge :
Une logique métier partagée écrite en Swift
Une interface iOS en SwiftUI
Une interface Android en Jetpack Compose
On ne cherche plus à partager toute l'application, mais à partager ce qui a du sens : la logique.
Swift reste distinct de Kotlin pour les UI natives — et ce n'est pas un problème. C'est même le point : chaque plateforme garde son identité visuelle, pendant que la complexité métier est mutualisée.
Du côté de Google : KMP est désormais stable
Stable depuis 2025
Cette dynamique ne vient pas uniquement de l'écosystème Apple. À Google I/O et KotlinConf 2025, Google a annoncé que plusieurs bibliothèques Jetpack sont désormais officiellement stables pour Kotlin Multiplatform (KMP) :
Room 2.8.3 — support KMP stable (octobre 2025)
DataStore 1.1.x — support KMP stable
ViewModel, SavedState, Paging — également ajoutés
Il ne s'agit plus d'expérimental : Google a officiellement déclaré être "all-in on Kotlin Multiplatform". L'objectif affiché est le partage de la logique métier entre Android et iOS, tout en conservant des UI natives sur chaque plateforme.
Un glissement de fond
Ces évolutions convergent vers quelque chose de plus profond : un changement de philosophie dans la façon de concevoir les applications mobiles.
On passe progressivement :
D'une logique de frameworks cross-plateforme (tout partager, y compris l'UI)
Vers une logique de partage ciblé du code (partager la logique, garder les UI natives)
Ce n'est pas la mort de Flutter ou React Native — ces outils restent très pertinents pour de nombreux contextes. Mais ils ne sont plus les seules réponses à la question du cross-plateforme.
Alors, changement de paradigme ?
Les lignes entre natif et cross-plateforme deviennent de plus en plus floues. Swift qui tourne sur Android. Des bibliothèques Android partagées avec iOS. Des équipes iOS qui peuvent, sans changer de langage, viser un nouveau marché.
Ce qui est certain : les outils s'adaptent enfin à une réalité que les équipes connaissent depuis longtemps — partager tout n'a pas toujours de sens, mais ne rien partager non plus.
Et vous, comment vous positionnez-vous face à ces évolutions ? Est-ce que ces changements influencent vos choix d'architecture ?
