Standardseiten, Standardrouten, App-Methoden und Überschreibungen.
Die App kennt mehrere vordefinierte Screen-Keys. Dazu gehören unter anderem _Dashboard, _Login, _Account, _ShopArticles, _BookingsOverview, _Settings, _CompetitionsOverview, _ByTheGlassDispenserStart und _events.
Diese Screens werden von Templates, Navigationseinträgen und internen App-Aktionen verwendet. Sie bilden die Standardfunktionen der App ab und können je nach Modul- und App-Konfiguration sichtbar oder unsichtbar sein.
Es gibt zwei Arten individueller Screens. Ältere AppScreen-/PageBuilder-Screens werden mit Keys wie custom_{id} gerendert. Neue simplebis-builder Screens werden als App-Elemente gespeichert und mit Keys wie element_{id} gerendert.
Neue individuelle App-Oberflächen sollten bevorzugt mit simplebis-builder Screens umgesetzt werden. Ältere Custom-Screens bleiben für bestehende Apps weiterhin relevant.
Vordefinierte App-Seiten müssen nicht im App-Code geändert werden, wenn sie anders aussehen sollen. In vielen Fällen wird ein eigener Builder-Screen erstellt und anschließend als Ziel in Template, Bottom Navigation, Shop-Konfiguration oder Aktion verwendet.
Ein typisches Beispiel ist die Artikel-Detailseite eines App-Shops. Unter Apps > App bearbeiten > Shops kann pro App-Shop eine eigene Artikel-Detailseite ausgewählt werden. Bleibt das Feld leer, verwendet die App die Standard-Implementierung.
Auch Startseiten, Dashboard-ähnliche Bereiche, Info-Seiten, kampagnenspezifische Landing-Screens oder Eventseiten können über eigene Builder-Screens ersetzt werden.
Die Appbundler-Implementierung bringt zentrale Standard-Methoden mit.
loadApp(appId, envId) initialisiert eine App für eine Umgebung. Die Methode lädt die aktuellen App-Daten von simplebis und speichert sie lokal.
openApp(appId, options) öffnet eine lokal installierte App. Optional kann mit reload vorher eine neue Initialisierung ausgelöst werden.
removeApp(appId) entfernt die lokal gespeicherten Daten einer App vom Gerät.
handleAppLinkString(link, options) verarbeitet interne App-Links und Bottom-Navigation-Links.
getAppActionPath(action) wandelt konfigurierte Aktionen in App-Routen um, zum Beispiel für Logout, Bestellung, Buchung, Shop, Artikel, Kategorie, Beitrag, Link oder Screen.
Vor dem Livegang sollten Standardseiten, eigene Builder-Screens, Navigation, App-Routen, Deep Links, Zurück-Navigation, Login, Shop, Checkout, Buchungen, Events, Account-Bereich und externe Links geprüft werden.
Bei überschriebenen Standardseiten sollte zusätzlich geprüft werden, ob alle benötigten Properties übergeben werden und ob Contexts korrekt aufgelöst werden.