Native Mobile-Apps
Ein natives Projekt ist eine Expo- / React-Native-Anwendung für iOS und Android. Cadrant generiert die App mit vollem Zugriff auf native Geräte-APIs und öffnet die Vorschau standardmäßig im Telefonrahmen.
Nutzen Sie diesen Modus, wenn Sie Kamera, Push-Benachrichtigungen, Sensoren oder andere native Fähigkeiten brauchen — und wenn Sie eine echte native App im App Store und bei Google Play ausliefern möchten.
Voraussetzungen zum Veröffentlichen: der Starter-Plan, ein Expo-Konto (kostenlos), ein Apple-Developer-Konto (99 $/Jahr) für den App Store und ein Google-Play-Entwicklerkonto (einmalig 25 $) für Google Play.
Was Sie erhalten
- Expo- / React-Native-Stack für iOS und Android.
- Volle native APIs: Kamera, Push-Benachrichtigungen, Sensoren und mehr — bevorzugen Sie expo-*-Pakete.
- Telefonrahmen-Vorschau in Cadrant über Metro + react-native-web.
- Expo-Go-QR-Code zum Testen auf einem echten Gerät — die meisten expo-*-APIs (Kamera, Standort, Sensoren) laufen darin.
- Supabase-Data-Tab: Auth, Datenbank, Storage und Edge Functions.
- GitHub-Sync und Versionsverlauf.
- Builds auf Ihrem eigenen Expo-Konto — der kostenlose Plan enthält 15 iOS- und 15 Android-Builds pro Monat — und Veröffentlichung im App Store und bei Google Play über geführte Abläufe.
Vorschau
Die native Vorschau nutzt Metro. In Cadrant wird die App im Telefonrahmen über react-native-web gerendert. Sie können das Layout auch auf einem echten Gerät vorab prüfen:
- Verbinden Sie Ihr Expo-Konto mit Cadrant: Einstellungen → Integrationen → Expo, mit einem persönlichen Zugriffstoken von expo.dev.
- Installieren Sie Expo Go auf Ihrem Telefon und melden Sie sich mit demselben Expo-Konto an.
- Starten Sie den Preview-Server im Projekt.
- Scannen Sie den in Cadrant angezeigten QR-Code, um die Live-App zu öffnen.
Data und GitHub
Wie bei Web-Projekten: öffnen Sie den Data-Tab für Supabase (Auth, Datenbank, Storage, Edge Functions) und verbinden Sie GitHub für Sync und Versionsverlauf.
Ihr Expo-Konto verbinden
iOS- und Android-Builds laufen auf Expos Build-Dienst (EAS), unter Ihrem eigenen Expo-Konto — ohne verbundenes Konto kann keine Veröffentlichung starten. Das Anlegen ist kostenlos und dauert eine Minute.
- Der kostenlose Expo-Plan umfasst 15 iOS-Builds und 15 Android-Builds pro Monat.
- Sie behalten die Kontrolle über Ihre Builds: Warteschlange, Logs und Artefakte liegen in Ihrem expo.dev-Konto.
- Die Umgebungsvariablen Ihres Projekts bleiben in Ihrem eigenen Expo-Workspace.
Einmal verbinden — danach nutzt jedes Projekt Ihres Workspace dieses Konto:
- Erstellen Sie ein kostenloses Konto auf expo.dev.
- Erzeugen Sie ein Zugriffstoken unter expo.dev/settings/access-tokens.
- Fügen Sie es in Cadrant unter Integrationen → Expo ein.
Veröffentlichen
Für eine native App gibt es weder Cadrant-Slug noch eigene Domain: Sie erreicht Nutzer über den App Store und Google Play. Cadrant baut ein echtes natives Expo-Binary — keine WebView-Hülle —, lässt diesen Build auf Ihrem Expo-Konto laufen, und Expo reicht ihn in Ihrem Store-Konto ein: App Store Connect auf iOS, Google Play Console (Track „Interner Test“) auf Android. Die App bleibt Ihre, unter Ihren eigenen Apple- und Google-Entwicklerkonten.
Schrittweise, pro Plattform — iOS: Auf App Store Connect veröffentlichen und dann Mit TestFlight testen. Android: Bei Google Play veröffentlichen.
Empfohlener Workflow
UI bauen und ansehen
Iterieren Sie im Telefonrahmen und testen Sie die meisten expo-*-APIs mit Expo Go auf einem echten Gerät. Bibliotheken mit nativem Code außerhalb des Expo SDK brauchen einen echten Build.Ihr Expo-Konto verbinden
Erstellen Sie ein kostenloses Expo-Konto und fügen Sie ein Zugriffstoken unter Integrationen ein. Der kostenlose Plan deckt 15 iOS- und 15 Android-Builds pro Monat ab, und die Builds laufen auf Ihrem Konto.Veröffentlichen: der Build läuft auf Ihrem Expo-Konto
Cadrant führt Sie durch die Store-Einrichtung — Apple-Anmeldung und Zertifikat auf iOS, App-Anlage und Einladung des Service-Kontos bei Google Play —, startet den Build auf Ihrem Expo-Konto, und Expo reicht ihn dann bei App Store Connect oder in Ihrer Play Console ein.Auf einem echten Gerät testen
Auf iOS installieren Sie genau dieses Binary per TestFlight. Auf Android rollen Sie das Release aus dem Entwurf an interne Tester über die Play Console aus. Hier prüfen Sie die App so, wie Ihre Nutzer sie bekommen — nicht als Vorschau.In den Stores veröffentlichen
Schließen Sie die Einträge in App Store Connect und der Play Console ab — Screenshots, Beschreibung, Datenschutz —, reichen Sie die Version zur Apple-Prüfung ein und rollen Sie das Android-Release aus dem internen Test aus.
Verwandte Seiten
- Mobile Anwendungen — Nativ, PWA oder WebView.
- PWA-Mobile-Apps — teilbare URL und Installation auf dem Startbildschirm, ohne Store.
- WebView-Apps für die Stores — dieselbe App, verpackt und im Store eingereicht.
- Bei Google Play veröffentlichen — Android-App-Bundle von Cadrant hochladen.
- Mit TestFlight testen — native Features auf einem echten Gerät validieren.