Expo Go et development builds
La plupart des designs fonctionnent dans Expo Go. Ce que signifie le badge quand ce n'est pas le cas.
Ce que signifie le badge
Chaque design porte un badge Compatible Expo Go ou non. Ce n'est pas une décision arbitraire : c'est déduit des paquets que le design importe réellement, comparés à une table de ceux qui nécessitent du code natif. Si un design importe quelque chose que Expo Go n'inclut pas, le badge disparaît, la page de détail explique quel paquet et pourquoi, et le prompt répète l'avertissement.
| Badge | Quoi exécuter | Quand |
|---|---|---|
| Compatible Expo Go | npx expo start | Presque tous les designs. Scannez le code QR et ça tourne. |
| Pas de badge | npx expo run:ios | Le design nécessite un development build compilé une fois sur votre machine. |
Pourquoi la plupart des designs sont éligibles
Les bibliothèques sur lesquelles les designs sont construits sont toutes incluses dans Expo Go : Reanimated, gesture-handler, safe-area-context, svg, expo-image, les paquets Google Fonts et les icônes Phosphor. Rien dans le style maison n'a besoin d'un module natif personnalisé, donc le cas courant est un scan et un lancement.
- Le mouvement, c'est Reanimated, qui est inclus.
- Les icônes sont Phosphor, qui dessine via react-native-svg, également inclus.
- Les images sont des URLs distantes via expo-image, donc il n'y a aucun asset embarqué à compiler.
Créer un development build
Une commande, une fois. Une fois terminée, vous continuez à utiliser npx expo start normalement ; seule l'app client sur le simulateur ou l'appareil change.
npx expo run:ios
# or, without Xcode locally:
npx eas build --profile development --platform ios