Développement multiplateforme dans les applications mobiles : ce que c'est, quels frameworks et comment ça marche

Développement multiplateforme : Flutter Platform Channel et Method Channel

Flutter est le framework de Google pour créer des applications natives à partir d'une base de code Dart unique. Pour interagir avec le code de plateforme (Kotlin, Swift), Flutter utilise Platform Channel. C'est un pont par lequel le code Dart appelle des fonctions natives et obtient le résultat. Le développement d'applications mobiles multiplateforme avec Flutter est le segment à la croissance la plus rapide du développement mobile en 2025–2026.

Platform Channel (Method Channel)

Method Channel est le canal de communication principal Flutter <-> Natif. Côté Dart : MethodChannel('com.example/channel').invokeMethod('getBatteryLevel'). Le message est encodé en StandardMethodCodec (binaire). Côté natif, un MethodChannel est enregistré et traite l'appel. MethodChannel est asynchrone — le résultat est retourné via Future. Alternative : EventChannel pour les flux d'événements.

BasicMessageChannel est un canal de plus bas niveau pour envoyer des chaînes/octets sans structure "méthode-arguments". Utilisé pour les protocoles personnalisés. Toute l'API Platform Channel passe par Flutter Engine, qui sérialise/désérialise les messages.

FFI, Skia et Impeller

dart:ffi (Foreign Function Interface) — appel direct de fonctions C depuis Dart sans canaux de plateforme. FFI est plus rapide que Method Channel (0 surcharge de sérialisation). Utilisé pour les opérations intensives : traitement audio, cryptographie, moteurs graphiques. Skia est le moteur de rendu de Flutter (graphiques 2D). Impeller est le nouveau moteur de rendu de Flutter qui remplace Skia. Impeller compile les shaders à l'avance (Ahead-of-Time), éliminant le jank (saccades d'images) lors des premiers lancements. Chez IT Sectr, nous sommes passés à Impeller en 2025 — la différence de fluidité des animations est immédiatement perceptible.

Développement multiplateforme avec React Native : Bridge, Fabric, Hermes, JSI

React Native est le framework de Meta pour le développement d'applications mobiles multiplateforme en JavaScript/TypeScript. React Native rend les composants en éléments UI natifs. L'architecture a évolué : ancien Bridge → nouveau Fabric avec JSI.

Fabric vs Bridge

Bridge est l'ancienne architecture de React Native. Le thread JS sérialise les messages en JSON et les envoie via une file d'attente asynchrone au thread natif. Cela crée des délais (aller-retour du pont ~1 ms). Fabric est la nouvelle architecture où les threads JS et UI natif communiquent de manière synchrone via JSI (JavaScript Interface). Fabric injecte les vues natives directement, sans pont. Fabric est une étape clé dans le développement multiplateforme, accélérant le rendu jusqu'à 2x.

JSI (JavaScript Interface) est une API C++ qui permet à JavaScript d'appeler directement des fonctions natives et de partager la mémoire. JSI a remplacé la sérialisation JSON de Bridge. La nouvelle architecture basée sur JSI est une réalisation cruciale dans le développement multiplateforme, définissant les performances des applications mobiles. Turbo Module est une nouvelle façon d'écrire des modules natifs pour React Native. Contrairement aux anciens Native Modules, Turbo Module est chargé paresseusement et utilise JSI.

Hermes et Codegen

Hermes est un moteur JavaScript de Meta, optimisé pour React Native. Hermes compile le code JS en bytecode au moment de la construction, accélérant le démarrage des applications mobiles et réduisant la consommation mémoire dans le développement multiplateforme. Codegen est un générateur de code natif basé sur les types TypeScript. Codegen crée automatiquement des modules natifs et des liaisons JSI, réduisant le travail manuel.

Flutter rend tout lui-même via Skia/Impeller — cela donne une UI unifiée sur les deux plateformes. React Native utilise des composants UI natifs — cela ressemble à une application native. KMP ne gère pas l'UI — il partage uniquement la logique métier, l'UI reste native. Le choix dépend de la priorité : UI unifiée (Flutter) ou maximalité native (React Native/KMP).

Développement multiplateforme avec Kotlin Multiplatform : expect/actual, Kotlin/Native

Kotlin Multiplatform (KMP) est la technologie JetBrains pour le code partagé entre Android et iOS. Contrairement à Flutter et React Native, KMP est une approche alternative du développement multiplateforme : il ne remplace pas l'UI, mais partage la logique métier, les requêtes réseau, les modèles de données et les repositories. L'UI reste native : Jetpack Compose pour Android, SwiftUI pour iOS.

expect/actual

expect — déclaration d'une fonction ou d'une classe dans le module commun (commonMain) qui a une implémentation de plateforme. Le développement multiplateforme avec KMP utilise expect/actual : actual est l'implémentation concrète pour chaque plateforme (androidMain, iosMain). Exemple : expect fun getDeviceId(): String — actual sur Android utilise Settings.Secure, sur iOS — UIDevice.current.identifierForVendor.

Kotlin/Native

Kotlin/Native — un compilateur Kotlin en binaire natif (framework iOS). Il permet d'exécuter du code Kotlin sur iOS sans JVM. Kotlin/Native utilise LLVM pour la compilation, offrant des performances proches de Swift. Kotlin/JS — compilation de Kotlin en JavaScript pour les projets web et React Native.

Outils de build : Gradle KTS, CocoaPods Plugin, XCFramework

Les outils de build du développement d'applications mobiles multiplateforme — le pont entre le code et le binaire final. Gradle KTS gère la partie Android, CocoaPods Plugin gère les dépendances iOS de KMP, XCFramework gère la distribution de bibliothèques natives.

Gradle KTS

Gradle KTS — configuration de Gradle en utilisant Kotlin DSL au lieu de Groovy. KTS prend en charge l'autocomplétion dans Android Studio, la vérification de types et la sécurité de refactorisation. Exemple : plugins { id("com.android.application") } au lieu de apply plugin: 'com.android.application'. Recommandé pour tous les nouveaux projets.

CocoaPods Plugin et XCFramework

CocoaPods Plugin — un plugin Gradle pour KMP qui publie le module partagé en tant que pod CocoaPods. Un développeur iOS l'ajoute via Podfile. XCFramework — format de distribution de bibliothèques binaires d'Apple. XCFramework contient des binaires pour plusieurs architectures (arm64, x86_64) et plateformes (iOS, macOS, watchOS). Dans KMP, le module partagé est exporté en tant que XCFramework pour iOS.