Flujos y boilerplates
Los flujos de varios pasos llevan un controlador para que conectes un solo componente. Los boilerplates son los cimientos bajo todo lo demás.
Tres tipos de contenido
| Tipo | Qué es | Cómo llega |
|---|---|---|
| Pantalla | Una pantalla autocontenida, un archivo más algún ayudante suelto. | Copiar prompt |
| Flujo | Un conjunto ordenado de pantallas con un controlador, como un onboarding de 4 pasos. | Copiar prompt |
| Boilerplate | Una app de Expo completa y funcional. Todavía no publicada. | Un solo comando de CLI |
Los flujos llevan su propio controlador
Un flujo no son cuatro pantallas sueltas para que las secuencies tú. Lleva un index.tsx que controla el índice de paso, las respuestas y la transición entre pasos, así que conectas un solo componente a la navegación en lugar de cuatro.
- initialStep abre el flujo a mitad de camino, para enlaces profundos y sesiones retomadas.
- onComplete se dispara después del último paso, con lo que sea que el flujo haya recogido.
import AuroraOnboarding from './components/aurora-onboarding'
<AuroraOnboarding
onComplete={answers => {
saveOnboarding(answers)
router.replace('/home')
}}
/>Los boilerplates son los cimientos bajo todo lo demás
Los doce boilerplates publicados son las piezas que cada app necesita una vez y a nadie le gusta escribir dos veces: áreas seguras, la escala de espaciado, la escala de tipografía, elevación, estados pulsables, evasión del teclado, hápticos, rendimiento de listas, límites de error, y los tokens de color y movimiento. Cada uno lleva la implementación funcional más una demo que la pone a prueba.
Se copian exactamente igual que una pantalla. Un prompt, los archivos que contiene, tu agente los escribe. Empieza por estos si estás arrancando una app desde cero, porque cada pantalla de la biblioteca asume que ya están ahí.