Pour lancer un projet iOS React Native 0.88, utilisez un environnement macOS équipé de Xcode ; créez un projet neuf à partir du modèle correspondant ou comparez soigneusement les fichiers avant de mettre à niveau un ancien projet. Cette méthode convient si vous souhaitez vérifier votre application dans le simulateur iOS, notamment lorsque vous apprenez sur Windows et devez organiser un accès Mac pour la compilation.

Ce guide est destiné aux étudiants qui veulent faire fonctionner leur premier projet React Native dans un simulateur, aux débutants qui préparent une mise à niveau vers la version 0.88 et à ceux qui doivent savoir quelle partie du travail exige macOS et Xcode.

Dernière vérification : 20 octobre 2026, d’après la publication officielle de React Native 0.88, la documentation de mise à niveau et le guide de configuration de l’environnement.

Étape 1 : déterminez si vous créez ou mettez à niveau un projet

Commencez par identifier votre point de départ. Un projet neuf et un projet de cours déjà commencé ne demandent pas les mêmes gestes. Si vous mélangez leurs procédures, vous risquez de copier une ancienne configuration native dans un nouveau projet, ou d’effacer des adaptations déjà présentes dans un projet existant.

Pour créer un projet, partez du modèle React Native 0.88 et vérifiez les fichiers iOS qu’il génère. Vous aurez ainsi une structure alignée sur la version visée, plutôt que sur un tutoriel écrit pour une version antérieure.

Pour mettre à niveau un projet de cours, ne remplacez pas le dossier iOS par celui d’un projet vierge. Il peut contenir des réglages du cours, des modifications de votre équipe ou des adaptations à des bibliothèques. Comparez d’abord la version actuelle et la version cible avec Upgrade Helper, puis gardez une copie de travail distincte pour pouvoir annuler vos modifications.

Point de départ Action à privilégier Contrôle avant de continuer
Projet neuf Suivez la méthode officielle de création et ciblez React Native 0.88. Vérifiez les fichiers d’entrée et les réglages iOS produits par le modèle.
Projet de cours déjà commencé Comparez les versions et les fichiers natifs avec Upgrade Helper. Identifiez vos propres modifications avant de les rapprocher du modèle cible.
Ordinateur principal sous Windows Continuez le travail JavaScript, puis organisez un accès à macOS pour le contrôle iOS. Vérifiez que la compilation et le simulateur sont exécutés sur macOS avec Xcode.

Cette distinction vous évite deux erreurs fréquentes : traiter une mise à niveau comme une réinstallation complète et croire qu’un serveur JavaScript démarré sur Windows valide à lui seul une application iOS.

React Native 0.88 permet-il de travailler sur un projet iOS ? Oui, à condition de distinguer le code de l’application de sa construction native. Vous pouvez écrire une partie du code JavaScript dans d’autres environnements, mais la compilation iOS et le contrôle dans le simulateur demandent un environnement macOS avec Xcode. La publication de React Native 0.88 décrit les changements de cette version, notamment ceux qui concernent le cycle de vie iOS.

Comprendre ce que vous lancez

Un projet React Native associe du code JavaScript à un projet natif iOS. Le code JavaScript décrit une grande partie de l’interface et du comportement ; le projet natif permet à Xcode de préparer et d’exécuter l’application sous iOS. Vous pouvez imaginer le premier comme le contenu de votre projet et le second comme le cadre indispensable pour le construire et le lancer sur la plateforme Apple.

Le simulateur est un outil de développement qui exécute une version simulée d’un appareil iOS sur Mac. Il ne s’agit ni de Metro, ni d’un navigateur, ni d’une preuve automatique que votre projet natif a été compilé correctement. Consultez les instructions officielles de lancement sur simulateur iOS mentionnées plus loin et adaptez-les à la structure réelle de votre projet.

Cette différence est importante pour une remise de cours. Si Metro indique qu’il est prêt, cela signifie que le serveur de développement répond. Vous devez encore vérifier que Xcode a construit l’application, que celle-ci s’est ouverte dans le simulateur et que l’écran attendu s’affiche.

Avant de commencer, prenez en compte les limites concrètes de votre environnement :

  • Système d’exploitation : la compilation iOS avec Xcode demande macOS. Un PC sous Windows peut vous servir pour écrire du JavaScript, mais ne remplace pas la construction native. Vérifiez les exigences et les outils à utiliser dans le guide officiel de configuration indiqué dans la note de mise à jour ci-dessus.
  • Versions des outils : une incompatibilité entre React Native, Xcode et les dépendances du projet peut empêcher la compilation. Ne choisissez pas une version au hasard : confrontez les exigences de votre projet aux instructions officielles correspondant à votre cible.
  • Droits d’installation : un ordinateur d’école peut vous empêcher d’installer Xcode, de modifier certains outils ou d’ajouter des dépendances. Demandez les autorisations nécessaires avant d’y déplacer tout votre travail.
  • Réglages natifs : un ancien projet peut inclure des changements spécifiques à votre cours. Remplacer ses fichiers sans comparaison peut les supprimer, même si vous ne les avez pas encore vérifiés dans le simulateur.
  • Portée du test : une exécution réussie dans le simulateur confirme un résultat dans cet environnement, mais ne prouve pas à elle seule que toutes les fonctions matérielles, la signature ou l’exécution sur un appareil réel sont conformes à votre consigne.

Dans un projet créatif, le contrôle doit aussi correspondre à ce que vous présentez. Une interface de portfolio peut sembler correcte, tandis qu’une fonction d’enregistrement audio ou d’accès à la caméra réclame un test distinct. Avant de commencer, notez les critères exacts de votre cours : cela vous évitera de prendre l’affichage d’un écran pour une validation complète de toutes les fonctions.

Étape 2 : préparez macOS, Xcode et votre projet

Sur le Mac qui servira à la vérification iOS, consultez les exigences correspondant à la version de React Native utilisée par votre projet. La documentation officielle indique les outils et les étapes à suivre. Elle est plus fiable qu’un tutoriel ancien qui ne précise pas les versions qu’il utilise.

Si vous recherchez des informations sur Xcode 27, ne déduisez pas la compatibilité du seul numéro de version. Vérifiez la correspondance entre votre version de Xcode, le SDK iOS visé et les exigences de React Native. La publication officielle de React Native 0.88 signale des points à considérer pour le SDK iOS 27 et UIScene. Pour préparer votre environnement, appuyez-vous sur le guide officiel de configuration référencé dans la note de vérification en tête d’article.

Faites ensuite l’inventaire du projet. Relevez la version de React Native, le gestionnaire de dépendances utilisé et les consignes particulières du cours. Si vous travaillez dans un dépôt partagé, vérifiez que vos modifications non enregistrées sont conservées. Une copie de travail distincte vous aidera à séparer les changements apportés lors de la mise à niveau de ceux que vous aviez réalisés auparavant.

Pour un projet neuf, suivez la méthode de création indiquée par la documentation officielle et sélectionnez la version cible lorsque la procédure le permet. Votre objectif est de tester React Native 0.88, pas de récupérer sans le savoir une autre version. Une fois le projet généré, repérez les fichiers du dossier iOS avant de les modifier. Le guide de configuration mentionné plus haut vous aidera à vérifier les prérequis.

Est-il possible de faire tout le parcours sans Mac ? Vous pouvez apprendre JavaScript et avancer sur une partie de l’application sans Mac. En revanche, si votre objectif est de construire le projet iOS et de le lancer dans un simulateur, il vous faut macOS avec Xcode pour cette étape. Un ordinateur d’école peut convenir s’il est accessible et si vous êtes autorisé à y utiliser les outils requis ; sinon, prévoyez un accès Mac pour votre séance de vérification.

Étape 3 : examinez SceneDelegate dans un projet neuf

SceneDelegate concerne le cycle de vie d’une scène iOS. En termes simples, il aide l’application à gérer les événements associés à ses fenêtres et à son état. Il s’agit d’une partie native du projet, pas d’un écran React Native à créer dans votre code JavaScript. Pour comprendre le rôle de ce modèle, consultez la documentation Apple sur la transition vers un cycle de vie fondé sur les scènes.

La publication de React Native 0.88 indique que le modèle de cette version prend en charge SceneDelegate. Elle précise également que la version ne comporte pas de changement majeur visible pour l’utilisateur. Cela ne garantit pas pour autant que chaque ancien projet, chaque bibliothèque ou chaque personnalisation native fonctionnera sans vérification.

Dans un projet neuf, regardez les fichiers d’entrée produits par le modèle et comparez-les aux indications de la version 0.88. Si un tutoriel ancien vous demande de recopier à l’identique une configuration AppDelegate, vérifiez d’abord qu’elle correspond bien à votre projet. Une configuration dépassée peut ajouter des réglages contradictoires ou envoyer des événements au mauvais point d’entrée.

En cas de doute, commencez par observer plutôt que modifier : relevez les fichiers présents et les écarts avec le modèle officiel. Ne changez pas le cycle de vie uniquement parce qu’un ancien tutoriel l’a fait. Si votre projet démarre dans le scénario demandé par le cours, une modification native supplémentaire n’est pas automatiquement nécessaire.

Un nouveau projet React Native 0.88 demande-t-il une modification manuelle de SceneDelegate ? Commencez par examiner le modèle généré, qui intègre la prise en charge signalée pour cette version. N’effectuez une modification que si la documentation de votre cible ou les besoins propres à l’application la justifient. Pour un projet existant, comparez d’abord ses fichiers avec le modèle afin de préserver ses adaptations.

Étape 4 : comparez les réglages avant la mise à niveau

Dans Upgrade Helper, choisissez précisément votre version actuelle et votre version cible. L’outil met en évidence les différences entre les fichiers des modèles correspondants ; il ne peut pas déterminer à votre place quelles modifications particulières votre cours ou votre équipe a ajoutées. Examinez les écarts un à un et reportez les changements nécessaires dans votre copie de travail, plutôt que de remplacer le dossier iOS en bloc.

Soyez particulièrement attentif à la cible si vous utilisez le SDK iOS 27. La publication de React Native 0.88 décrit la prise en charge de SceneDelegate et les exigences UIScene associées à cette cible ; elle précise également une limite à une seule scène prise en charge. Pour comprendre comment iOS déclare les scènes acceptées par une application, consultez la documentation Apple sur la configuration des scènes prises en charge.

Procédez dans cet ordre :

  1. Comparez votre version actuelle à la version cible dans Upgrade Helper.
  2. Examinez les différences du projet natif, et pas seulement celles du code JavaScript.
  3. Repérez les références au cycle de vie de l’application et à SceneDelegate.
  4. Vérifiez les déclarations de scènes dans Info.plist si la migration ou la documentation de votre cible le demande.
  5. Si votre application utilise des liens ou une authentification, contrôlez le transfert des événements de retour liés aux URL.
  6. Appliquez les changements progressivement et compilez le projet avant de poursuivre.

Les vérifications d’Info.plist et des URL ne sont pas des modifications à ajouter mécaniquement à tous les projets. Elles deviennent pertinentes si la migration l’exige ou si votre application utilise les fonctions concernées. La documentation Apple précise le fonctionnement des scènes ; les indications de React Native déterminent leur application à votre version. Si votre projet n’emploie pas la cible concernée et fonctionne avec ses réglages actuels, ne transformez pas une mise à niveau en migration native générale sans raison.

Que faut-il vérifier avant de faire passer un ancien projet à React Native 0.88 ? Comparez les fichiers natifs et ceux du modèle cible, identifiez vos adaptations locales, puis examinez SceneDelegate et UIScene selon la cible iOS et le SDK prévus. L’absence de changement majeur visible pour l’utilisateur ne dispense pas de vérifier les bibliothèques tierces et les réglages propres au projet.

Étape 5 : lancez le simulateur et localisez le premier échec

Lorsque l’environnement et les fichiers sont prêts, suivez les instructions de lancement officielles adaptées au projet. Les commandes dépendent de la structure et de la configuration réellement utilisées ; elles peuvent donc différer d’un projet à l’autre. Consultez les scripts présents dans votre projet et les instructions officielles pour lancer une application sur simulateur iOS au lieu de copier une commande tirée d’un tutoriel pour une autre version.

Le déroulement général est le suivant :

  1. Installez les dépendances en utilisant le gestionnaire déclaré par le projet et sa procédure de configuration.
  2. Ouvrez le projet iOS dans Xcode si vous devez examiner ses réglages natifs ou sélectionner la cible.
  3. Sélectionnez un simulateur iOS disponible dans votre environnement Xcode.
  4. Lancez la compilation et l’exécution avec la procédure officielle adaptée au projet.
  5. Attendez que l’application s’ouvre, puis vérifiez que l’écran correspondant à votre cours apparaît.

Ne confondez pas le lancement du serveur JavaScript avec la construction de l’application iOS. Les noms des scripts dépendent du projet : lisez sa configuration avant de les utiliser. Le contrôle est réussi lorsque la construction iOS aboutit, que l’application démarre dans le simulateur et que vous observez le résultat demandé, pas seulement lorsqu’une commande affiche un message positif.

Diagnostiquez le problème à partir de la première étape qui échoue :

  • La compilation ne démarre pas : confirmez que vous êtes sur macOS, que Xcode est installé et que les outils correspondent aux exigences de votre projet. Examinez la première erreur de construction avant les messages secondaires.
  • La compilation semble terminée, mais l’application ne s’ouvre pas : vérifiez la cible sélectionnée, les messages de Xcode et les réglages natifs. Un serveur Metro actif ne confirme pas que l’application iOS a démarré.
  • L’application démarre, mais l’écran est vide ou incorrect : examinez les erreurs JavaScript, l’état du serveur de développement et le composant affiché au démarrage. Comparez ensuite le résultat aux critères du cours.
  • L’application fonctionne, mais une fonction reste inactive : vérifiez si elle dépend d’un appareil, d’une autorisation ou d’une bibliothèque native. Notez cette limite plutôt que de présenter le seul lancement dans le simulateur comme un test complet.

Dans une présentation de portfolio ou une démonstration audiovisuelle, adaptez votre contrôle à la consigne : l’écran s’affiche-t-il, la navigation mène-t-elle aux bons écrans, le contenu demandé est-il visible ? Si l’évaluation porte sur une fonction liée à un appareil réel, le simulateur ne suffit pas nécessairement.

Vérifiez votre résultat avant de rendre le projet

Utilisez cette liste pour confirmer que vous avez terminé l’étape iOS, et pas seulement démarré le serveur JavaScript :

  • [ ] Vous avez identifié la version de React Native du projet et celle que vous ciblez.
  • [ ] Vous avez choisi la procédure correspondant à un projet neuf ou à une mise à niveau.
  • [ ] Vous avez conservé les changements du projet avant toute modification native.
  • [ ] Vous avez vérifié les prérequis macOS et Xcode dans les instructions officielles.
  • [ ] Vous avez examiné SceneDelegate et UIScene si ces changements concernent votre cible.
  • [ ] Xcode a terminé la construction et l’application s’est ouverte dans le simulateur.
  • [ ] Vous avez comparé le résultat aux critères de remise de votre cours.
  • [ ] Vous avez signalé les fonctions qui demandent un contrôle différent du simulateur.

Pour rendre un rapport reproductible, consignez les versions des outils réellement utilisées, la méthode de lancement et le résultat observé. Si un camarade obtient une erreur, vous pourrez comparer l’environnement et l’étape précise où elle apparaît, au lieu de supposer que le problème vient forcément du code JavaScript.

Organisez l’accès à macOS selon votre besoin

Si votre ordinateur principal est sous Windows ou si vous travaillez sur un poste d’école, vous pouvez continuer à apprendre React Native dans votre environnement habituel. Toutefois, Windows ne remplace pas la compilation native iOS, et l’ordinateur de l’établissement peut bloquer l’installation de Xcode ou les modifications nécessaires. Un service qui ne vous donne pas accès à un environnement macOS utilisable ne répond pas forcément à une consigne qui exige d’ouvrir l’application dans un simulateur.

Acheter un Mac n’est pas toujours la meilleure décision si vous avez seulement besoin de vérifier un projet ponctuellement. En revanche, si votre formation vous demande régulièrement de compiler des applications iOS et que vous souhaitez travailler localement, un Mac personnel peut être plus adapté. Pour comparer les options disponibles et vérifier les modalités avant de décider, consultez la présentation des solutions MACCOME ; pour un besoin temporaire de contrôle iOS, vous pouvez également examiner les modalités d’accès à un Mac distant. Vérifiez les outils accessibles, le mode de connexion et la durée qui convient à votre cours, sans présumer qu’un accès donné garantit la réussite de votre projet.

La décision dépend donc de votre prochaine tâche : si vous travaillez uniquement sur le JavaScript, poursuivez sur votre ordinateur actuel ; si vous devez construire et ouvrir le projet iOS, organisez l’accès à macOS et à Xcode avant la séance de remise. Pour lancer React Native 0.88, partez du modèle approprié si le projet est neuf ; si vous le mettez à niveau, comparez d’abord les fichiers, puis vérifiez séparément la compilation, le démarrage et le résultat dans le simulateur.