Expo

La confusion la plus courante, encore aujourd’hui, est de croire qu’Expo limite l’accès au natif. C’était vrai à l’époque du « managed workflow » et d’Expo Go ; la distinction managed/bare n’existe plus. Un projet Expo moderne est un projet React Native dont les dossiers android et ios sont générés par npx expo prebuild, et dans lequel on ajoute n’importe quelle librairie native ou son propre module Swift/Kotlin. Les projets avec des dossiers natifs committés restent possibles ; on perd seulement la régénération automatique.

Ce qui compte dans un audit : la version du SDK (le champ expo de package.json, puis npx expo-doctor), l’écart entre les versions installées et celles attendues (npx expo install --check), et si les dossiers natifs sont générés ou maintenus à la main. Un SDK en retard de trois versions coûte beaucoup plus à rattraper qu’une mise à jour à chaque release, parce que chaque SDK apporte aussi sa version de React Native et ses changements d’architecture. Le changelog du SDK 58 mentionne par exemple la nouvelle Expo Go limitée au SDK 58, les binaires précompilés d’expo-modules-core sur Android et le découpage des sources iOS en cibles Swift Package Manager.

EAS est à part : c’est un service hébergé, avec ses propres plans tarifaires, et utilisable sans le package expo. Un projet peut très bien utiliser Expo sans EAS (builds locaux ou CI maison) ou EAS sans Expo.