Développer iOS depuis Windows : ce que le simulateur cloud change

Le billet Expo du 14 septembre transforme une promesse de simulateur cloud en workflow de développement : un poste Windows peut modifier du JavaScript et voir l’app iOS se rafraîchir dans un onglet. La compilation, la session et le serveur de développement gardent toutefois des rôles distincts.

Un appareil distant pour un serveur local

Expo décrit une démonstration sur Windows on ARM (nouvelle fenêtre) avec WSL, Metro exposé par tunnel et une session EAS Simulator. Le Fast Refresh exige un development build destiné au simulateur ; un build release embarque son JavaScript et ne se recharge pas de cette manière.

Le service déplace l’exécution iOS vers l’infrastructure distante. Il ne transforme pas le poste Windows en machine exécutant Xcode localement. Cette distinction aide à diagnostiquer une panne : le serveur Metro, le tunnel et le simulateur peuvent échouer séparément.

Une session partagée est un état commun

La prévisualisation par URL et les replays peuvent rendre une revue plus accessible. Mais si deux personnes pilotent le même appareil, elles partagent aussi l’écran courant, les permissions et la connexion de l’app.

Pour une démonstration, préparer le parcours puis annoncer qui contrôle la session. Pour un test automatique, préférer un état réinitialisé et un compte dédié. Cela évite qu’une intervention du reviewer rende le résultat impossible à reproduire.

Où le téléphone physique reste utile

Une caméra simulée ou une action sur un simulateur couvre une partie de l’expérience. Les caractéristiques de capteur, les interruptions réelles, le réseau et la performance sur un appareil ancien demandent encore leur propre validation.

Une équipe peut commencer avec un parcours qui bloque souvent les revues : ouvrir le build d’une PR, effectuer le changement testé et produire un enregistrement. Mesurer le temps total de préparation, pas seulement la fluidité du stream.

Adopter le service progressivement

Au moment de cette édition, Expo présente une preview limitée. Vérifier l’accès du compte et la plateforme nécessaire avant de dépendre du service pour toutes les validations. Garder un chemin local pour les reproductions sensibles à la latence ou au matériel facilite une adoption sans bloquer le reste de l’équipe.