Réserver un appel

Prestation

Une seule base pour la logique, du natif sur les deux stores

Kotlin Multiplatform partage ce qui doit se comporter à l'identique sur iOS et Android, et laisse l'interface native de chaque côté. Une règle se corrige à un seul endroit, et les apps restent des apps iOS et Android.

Réserver un appel de 20 minVoir mes réalisations

Ce que ça couvre

  1. Couche métier partagée

    Modèles, réseau, stockage, validation et règles de synchronisation écrits une fois et utilisés par les deux apps.

  2. Interfaces natives

    SwiftUI sur iOS et Jetpack Compose sur Android, pour garder navigation, accessibilité et comportements natifs.

  3. Migration depuis deux codebases

    Déplacer une paire d'apps existantes morceau par morceau, en commençant par la couche qui produit le plus de bugs en double.

  4. Back office et API

    Le back office web et l'API qui alimentent les deux apps, pour que données et règles soient alignées de bout en bout.

Comment on travaille

  1. Choisir le premier module

    On commence par un module qui vaut la peine d'être partagé, pas par l'app entière, pour garder un risque mesurable.

  2. Mettre en place le build

    Câblage Gradle et Xcode, CI et chemin de release, avant que le code partagé grossisse.

  3. Faire grandir le partagé

    Chaque fonctionnalité bascule quand partager coûte moins cher que dupliquer, et les apps continuent de sortir entre-temps.

Où je l'ai fait

  1. Des apps clientes construites ainsi en 2026

    Nura, Youz et Vitlex sont des apps Kotlin Multiplatform avec back offices React, développées en petite équipe.

  2. Bibliothèques partagées dans une app terrain

    Des bibliothèques Kotlin Multiplatform partagées dans l'application terrain LEAKAPP chez VonRoll Hydro.

Les questions qu'on me pose

Kotlin Multiplatform est-il prêt pour la production ?
C'est ce que j'utilise sur des apps clientes en production aujourd'hui. La couche partagée est du Kotlin compilé pour les deux plateformes, l'interface reste native, donc le risque se concentre sur cette couche et non sur toute l'app.
L'app reste-t-elle native ?
Oui, parce que l'interface n'est pas partagée. SwiftUI sur iOS, Compose sur Android, et seule la logique en dessous est commune.
Peut-on migrer progressivement ?
C'est la voie habituelle. Un module à la fois, avec des sorties normales entre chaque étape.

Prestations liées

Un projet de ce type ?

Réservez un appel de 20 minutes et dites-moi ce que vous construisez. Si je ne suis pas la bonne personne, je vous le dis pendant l'appel.

Réserver un appel de 20 min