Eine App, vier Plattformen: wie wir gleichzeitig an Web, iOS, Android und Windows ausliefern
Die Web-App und die nativen Apps von TradeYoke sind derselbe Code. Hier ist, was das Kunden bringt — und die Regeln, die wir befolgen, um das wahr zu halten.
Kurz gesagt: TradeYoke ist eine gemeinsame Codebasis, die im Web dargestellt und als native Apps für Windows, Android und iOS verpackt wird, statt vier separater Produkte, die gebaut wurden, um gleich auszusehen — eine für das Web geschriebene Funktion ist konstruktionsbedingt dieselbe Funktion auf jeder anderen Plattform, kein separater Nachbau, der aus dem Gleichschritt geraten könnte.
Die wichtigsten Erkenntnisse
- Jeder Bildschirm lebt in einer gemeinsamen Komponentenbibliothek; der Web-Server, der Browser und die nativen Apps sind dünne Hüllen um denselben Code.
- Eine Korrektur oder eine neue Funktion geht gleichzeitig an jede Plattform, weil es nur einen Ort gibt, an dem sie lebt.
- Die installierten nativen Apps funktionieren offline; die browserbasierte Web-App ist die stets online verfügbare Zentrale fürs Büro.
- Plattformspezifische Dinge — die Kamera, GPS, Dateiauswahl — liegen hinter einer gemeinsamen Schnittstelle mit einer separaten Implementierung je Plattform, nie als Sonderfall in den gemeinsamen Bildschirmen.
- Eine fehlende Plattform-Implementierung wird als zu behebender Fehler behandelt, nicht als „demnächst“, um das herum ausgeliefert wird.
Die Regel: eine Codebasis, vier Gesichter
Die meiste Software, die behauptet, „überall“ zu laufen, bedeutet eigentlich zwei oder drei Teams, die ähnlich aussehende Apps gegen dasselbe Backend bauen, was dazu führt, dass eine mobile App still eine Version hinter der Web-Version zurückfällt, oder eine Funktion erhält, die die Web-Version nie bekommt. TradeYoke funktioniert nicht so. Alles, was ein Nutzer sieht — der Terminplan, der Auftragsassistent, der Rechnungsbildschirm — lebt in einer gemeinsamen Komponentenbibliothek. Der Web-Server, der Browser (der clientseitig denselben Code ausführt), und die nativen Windows-, Android- und iOS-Apps sind dünne Hosts um dieselben Komponenten. Eine für das Web gebaute Funktion ist daher automatisch dieselbe Funktion überall sonst, weil es keine zweite Version davon gibt, die zurückfallen könnte.
Was es im Alltag bedeutet
Für die Person, die es nutzt, ist der praktische Unterschied, dass es keinen „das gibt es nur in der Desktop-Version“-Moment gibt. Das Büro, das die Woche an einem Monitor plant, und die Person im Wagen, die denselben Auftrag auf einem Handy prüft, schauen auf denselben Bildschirm und tun dasselbe — keine gekürzte mobile Ansicht, der die Hälfte der Buttons fehlt. Wenn etwas behoben oder verbessert wird, erreicht es jede Plattform in derselben Version, nicht das Web diesen Monat und die App „irgendwann“. Und weil die Handy- und Windows-Apps richtig installierte native Apps sind, statt einer in eine Hülle verpackten Webseite, tragen sie die Offline-Unterstützung von TradeYoke: Die Aufträge des Tages, Kundendatensätze und Preise sind ohne Empfang verfügbar und bearbeitbar und synchronisieren automatisch, sobald eine Verbindung zurückkehrt. Die browserbasierte Web-App ist bewusst anders — sie ist die stets online verfügbare Büro-Oberfläche für Planung und Berichte und beansprucht nicht, offline zu funktionieren, weil ein Browser-Tab keine zuverlässige Möglichkeit hat, das zu versprechen.
Die Disziplin, die es braucht, um das wahr zu halten
Die Regel hält nur, wenn sie durchgesetzt wird, also werden Plattformunterschiede — die Kamera, GPS, eine Dateiauswahl, Push-Benachrichtigungen — nie direkt aus den gemeinsamen Bildschirmen aufgerufen. Jede liegt hinter einer gemeinsamen Schnittstelle, mit einer separaten, von jeder Plattform bereitgestellten Implementierung: Die Web-Version nutzt vielleicht eine Browser-API, die native Version das eigene SDK des Geräts, aber die gemeinsame Komponente weiß oder kümmert sich nie darum, welche darunterliegt. Eine Plattform, die noch keine eigene Implementierung hat, wird als unfertiger Fehler in dieser Schnittstelle behandelt, nicht als Grund, einen Sonderfall-Zweig im gemeinsamen Code zu schreiben — in dem Moment, in dem ein Bildschirm anfängt zu fragen „auf welcher Plattform bin ich“, beginnt das Ein-Codebasis-Versprechen zu brechen, sodass diese Frage nie außerhalb der Schnittstellengrenze selbst auftauchen darf.
Warum das für einen Handwerksbetrieb wichtig ist, nicht nur für Entwickler
Der Instinkt ist, „eine Codebasis“ als ein Implementierungsdetail zu behandeln, das nur Entwickler interessiert, aber es ist der Grund, warum ein Betrieb, der TradeYoke nutzt, nie eine Funktionslücke zwischen „der App“ und „der Website“ einplanen muss. Ein Teammitglied, das einen Windows-Laptop bevorzugt, eines, das im Wagen auf Android lebt, und eine Büroleitung, die nur je einen Browser öffnet, arbeiten alle mit denselben Daten, denselben Bildschirmen und demselben Tagesplan — es gibt nichts zwischen ihnen zu synchronisieren, weil es nie vier Dinge waren, von Anfang an.
Fragen, die gestellt werden
Hat die Web-App weniger Funktionen als die nativen Apps?
Nein — dieselben gemeinsamen Bildschirme werden bei beiden gerendert; der bedeutsame Unterschied ist die Offline-Unterstützung, die zu den installierten nativen Apps gehört, weil ein Browser-Tab sie nicht zuverlässig versprechen kann, nicht zu einer abgespeckten Web-Erfahrung.
Wenn ich die App auf Windows nutze und mein Kollege Android nutzt, sehen wir dasselbe?
Ja. Sie führen beide dieselben gemeinsamen Komponenten gegen dieselben Daten aus; der einzige Unterschied ist das Gerät, das sie zeichnet.
Erscheint eine neue Funktion je auf einer Plattform vor einer anderen?
Der Sinn dieser Bauweise ist, dass das nicht passiert — eine Funktion wird einmal in der gemeinsamen Schicht geschrieben und wird dort ausgeliefert, wo diese Schicht läuft. Plattformspezifische Verkabelung (wie eine Gerätefähigkeit) kann auf einer Plattform, die eine eigene Implementierung braucht, eine Version länger dauern, was als zu schließende Lücke behandelt wird, nicht als akzeptierter dauerhafter Unterschied.
Warum funktioniert die Web-App nicht offline wie die Handy-App?
Ein Browser-Tab hat keine verlässliche Möglichkeit zu garantieren, dass Daten das Schließen, den Verlust des Empfangs oder ein Wiederöffnen Tage später überstehen, so wie es eine installierte App kann. Die installierten Apps von TradeYoke auf Windows, Android und iOS tragen diese Offline-Unterstützung; die Web-App ist bewusst stattdessen die stets online verfügbare Büro-Oberfläche.
