Le monde du développement d’applications mobiles a toujours été divisé par une frontière claire. D'une part, dans l'écosystème Apple où Swift est le langage privilégié, conçu par la firme pour créer des logiciels natifs pour l'iPhone. En revanche sur Android, historiquement dominé par Java et plus récemment par Kotlin. Bien qu'il existe des outils multiplateformes comme React Native ou Flutter de Google, le développement natif impliquait des chemins distincts. Aujourd’hui, cette frontière est devenue plus floue que jamais.
Ce qui a changé. Swift, le langage de programmation créé par Apple en 2014, est passé de l'autre côté. Le projet open source a officiellement annoncé la sortie des premières versions du SDK pour Android. Cela signifie que, pour la première fois, les développeurs disposent d'outils officiels pour créer des applications Android en utilisant le langage d'Apple. Jusqu'à présent, l'utilisation de Swift sur Android était un territoire expérimental, mais la création d'un groupe de travail Android dédié au sein du projet fournit des outils stables et une feuille de route claire.
Comment ça marche. L’objectif n’est pas que les applications Android ressemblent à celles de l’iPhone. Le SDK Swift n'est pas fourni avec SwiftUI, le système avec lequel l'interface iOS est conçue. Le chemin va dans l'autre sens : les développeurs n'écriveront la « logique métier » de l'application (le noyau qui gère les données et les fonctions) qu'une seule fois dans Swift.
Ce code peut être utilisé dans les applications iOS et Android. Cependant, l’interface utilisateur sera toujours construite avec des outils Android natifs comme Jetpack Compose dans Kotlin. Par conséquent, une application développée dans Swift pour Android ne devrait pas ressembler à celle d’origine pour iPhone.
Pourquoi c'est important. Cette approche permet aux équipes de développement de réutiliser la majeure partie du code, ce qui accélère les versions et garantit que les fonctionnalités se comportent de la même manière sur les deux systèmes. Un développeur le résume : « Cela réduit le changement de langage, permet des versions plus rapides et unifie la pile de développement. »
La connexion entre le code Swift et le code natif Android se fait via un projet appelé rapide-java qui génère automatiquement des « ponts » pour que les deux langues puissent communiquer sans problème.
Discussion communautaire. L'annonce a généré un débat intense parmi les développeurs dans des forums tels que YCombinator, et l'accueil a été plutôt positif. De nombreux experts saluent l’accent mis sur le partage de la logique et non de l’interface.
Comme mentionné, « partager l'interface dans des applications complexes finit par être un cauchemar ». En conservant l'interface native de chaque plate-forme, l'application se sentira intégrée au système d'exploitation, évitant ainsi l'effet étrange que produisent parfois d'autres technologies qui tentent d'imiter les boutons ou les menus natifs.
Dans Xataka Android | Les paramètres « cachés » de votre téléviseur : voici comment activer les options développeur sur Android TV et Google TV
