Flow i boilerplate'y
Wieloetapowe flow dostarczają kontroler, dzięki czemu podłączasz tylko jeden komponent. Boilerplate'y to fundamenty pod wszystkim innym.
Trzy typy treści
| Typ | Czym jest | Jak dociera |
|---|---|---|
| Ekran | Samodzielny ekran, jeden plik plus jakiś dodatkowy helper. | Kopiuj prompt |
| Flow | Uporządkowany zestaw ekranów z kontrolerem, jak 4-etapowy onboarding. | Kopiuj prompt |
| Boilerplate | Kompletna, działająca aplikacja Expo. Jeszcze nieopublikowana. | Jedna komenda CLI |
Flow dostarczają własny kontroler
Flow to nie cztery luźne ekrany do samodzielnego uporządkowania. Dostarcza index.tsx, który zarządza indeksem kroku, odpowiedziami i przejściem między krokami, więc podłączasz jeden komponent do nawigacji zamiast czterech.
- initialStep otwiera flow w połowie, dla deep linków i wznowionych sesji.
- onComplete uruchamia się po ostatnim kroku, z tym, co flow zebrał.
import AuroraOnboarding from './components/aurora-onboarding'
<AuroraOnboarding
onComplete={answers => {
saveOnboarding(answers)
router.replace('/home')
}}
/>Boilerplate'y to fundamenty pod wszystkim innym
Dwanaście opublikowanych boilerplate'ów to elementy, których każda aplikacja potrzebuje raz i których nikt nie lubi pisać dwa razy: bezpieczne obszary, skala odstępów, skala typografii, elewacja, stany naciśnięcia, unikanie klawiatury, haptyka, wydajność list, granice błędów oraz tokeny koloru i ruchu. Każdy dostarcza działającą implementację plus demo, które ją testuje.
Kopiują się dokładnie jak ekran. Jeden prompt, pliki w nim, twój agent je zapisuje. Weź je najpierw, jeśli zaczynasz aplikację od zera, bo każdy ekran w bibliotece zakłada, że już tam są.