Flux et boilerplates
Les flux multi-étapes fournissent un contrôleur, donc vous ne connectez qu'un seul composant. Les boilerplates sont les fondations sous tout le reste.
Trois types de contenu
| Type | Ce que c'est | Comment ça arrive |
|---|---|---|
| Écran | Un écran autonome, un fichier plus un éventuel utilitaire. | Copier le prompt |
| Flux | Un ensemble ordonné d'écrans avec un contrôleur, comme un onboarding en 4 étapes. | Copier le prompt |
| Boilerplate | Une app Expo complète et fonctionnelle. Pas encore publiée. | Une seule commande CLI |
Les flux fournissent leur propre contrôleur
Un flux n'est pas quatre écrans séparés à séquencer vous-même. Il fournit un index.tsx qui gère l'index d'étape, les réponses et la transition entre les étapes, donc vous connectez un seul composant à la navigation au lieu de quatre.
- initialStep ouvre le flux à mi-parcours, pour les liens profonds et les sessions reprises.
- onComplete se déclenche après la dernière étape, avec tout ce que le flux a recueilli.
import AuroraOnboarding from './components/aurora-onboarding'
<AuroraOnboarding
onComplete={answers => {
saveOnboarding(answers)
router.replace('/home')
}}
/>Les boilerplates sont les fondations sous tout le reste
Les douze boilerplates publiés sont les pièces dont chaque app a besoin une fois et que personne n'aime réécrire : zones sûres, échelle d'espacement, échelle typographique, élévation, états pressables, évitement du clavier, retours haptiques, performance des listes, limites d'erreur, et les tokens de couleur et de mouvement. Chacun fournit l'implémentation fonctionnelle plus une démo qui la met à l'épreuve.
Ils se copient exactement comme un écran. Un prompt, les fichiers qu'il contient, votre agent les écrit. Prenez-les en premier si vous démarrez une app de zéro, parce que chaque écran de la bibliothèque suppose qu'ils sont déjà là.