Mobile Apps
Eine Codebasis für iOS und Android, dort nativ, wo es den Unterschied macht.
- React Native
- Expo
- iOS + Android
Wie es abläuft
Wir bauen mit React Native und Expo. Eine Codebasis, beide Plattformen, und nativer Code dort, wo er gebraucht wird.
Warum eine Codebasis
Der weitaus größte Teil einer App ist auf beiden Systemen dieselbe Arbeit: Bildschirme, Zustände, Datenhaltung, Anbindung. Diesen Teil zweimal zu bauen kostet ungefähr das Doppelte und bringt nichts. Was sich unterscheidet — Berechtigungen, Kamera, Hintergrundverhalten — bekommt seinen eigenen Weg.
Wo wir nativ werden
Wenn eine Anforderung tief ins System greift, schreiben wir das Stück nativ und binden es ein. Bluetooth-Geräte, Hintergrund-Standort, plattformeigene Bezahlvorgänge. Das ist die Ausnahme und nicht der Normalfall, aber sie muss möglich sein.
Offline
Mobile Geräte sind regelmäßig ohne Netz, im Aufzug, im Lager, im Zug. Wir entscheiden früh, was ohne Verbindung funktionieren muss und wie zusammengeführt wird, wenn zwei Geräte dieselben Daten geändert haben.
Ihr seht jede Woche etwas
Ab dem ersten Sprint bekommt ihr Stände auf euer Gerät, per TestFlight und interner Verteilung bei Google. Nicht als Video, sondern als App, die ihr benutzen könnt.
- Entwicklerkonten bei Apple und Google, auf euren Namen. Wir richten sie ein, aber sie gehören euch.
- Geräte für den Test, wenn Hardware im Spiel ist — Scanner, Wearables, Fahrzeuge.
- Jemanden bei euch, der wöchentlich einen Stand ausprobiert.
Eine App für beide Plattformen, in eurem Store-Konto, mit dem Quelltext in eurem Besitz.
Wenn man das überspringt
Zwei getrennte native Apps bedeuten doppelte Entwicklung und zwei Stände, die auseinanderdriften. Das lohnt sich, wenn ihr die Plattformgrenze wirklich ausreizt — und selten sonst.
Fragen zu diesem Schritt?
Ein Gespräch kostet nichts und dauert eine halbe Stunde. Danach weißt du, ob wir zusammenpassen.