Flows und Boilerplates
Mehrstufige Flows liefern einen Controller, damit du nur eine Komponente verdrahtest. Boilerplates sind die Fundamente unter allem anderen.
Drei Inhaltstypen
| Typ | Was es ist | Wie es ankommt |
|---|---|---|
| Screen | Ein eigenständiger Screen, eine Datei plus vereinzelte Helfer. | Prompt kopieren |
| Flow | Eine geordnete Abfolge von Screens mit einem Controller, wie ein 4-Schritte-Onboarding. | Prompt kopieren |
| Boilerplate | Eine komplette, lauffähige Expo-App. Noch nicht veröffentlicht. | Ein einziger CLI-Befehl |
Flows liefern ihren eigenen Controller
Ein Flow sind nicht vier lose Screens, die du selbst sequenzieren musst. Er liefert eine index.tsx, die den Schrittindex, die Antworten und den Übergang zwischen Schritten verwaltet, sodass du eine einzige Komponente statt vier in die Navigation einbindest.
- initialStep öffnet den Flow mittendrin, für Deep Links und fortgesetzte Sitzungen.
- onComplete feuert nach dem letzten Schritt, mit dem, was der Flow gesammelt hat.
import AuroraOnboarding from './components/aurora-onboarding'
<AuroraOnboarding
onComplete={answers => {
saveOnboarding(answers)
router.replace('/home')
}}
/>Boilerplates sind die Fundamente unter allem anderen
Die zwölf veröffentlichten Boilerplates sind die Teile, die jede App einmal braucht und die niemand gerne zweimal schreibt: sichere Bereiche, die Abstands-Skala, die Schriftgrößen-Skala, Elevation, drückbare Zustände, Tastaturausweichen, Haptik, Listenleistung, Fehlergrenzen, und die Farb- und Bewegungs-Tokens. Jedes liefert die funktionierende Implementierung plus eine Demo, die sie durchspielt.
Sie kopieren sich genau wie ein Screen. Ein Prompt, die Dateien darin, dein Agent schreibt sie. Nimm diese zuerst, wenn du eine App von null startest, denn jeder Screen in der Bibliothek geht davon aus, dass sie schon da sind.