Teilprojekt von Better Tonnenticker API
Better Tonnenticker iOS-App
- Start
- September 2026
Screenshots
Überblick
Die App ist der Client zur Better Tonnenticker API. Man wählt einmal Ort und Bezirk, danach zeigt sie die nächsten Abholtermine und erinnert am Vorabend daran, die Tonne rauszustellen. Sie nutzt ausschließlich die typisierten Endpunkte der API, also fertig aufbereitete Orte, Bezirke, Abfallarten und Termine.
Meine Rolle
Umsetzung der gesamten App: vom Nachbau des Designs aus Claude Design in SwiftUI über die Anbindung an die API und die Erinnerungen bis zum Build über Xcode Cloud. Das Design kam als High-Fidelity-Übergabe mit verbindlichen Farben, Typografie, Abständen und Texten; die App bildet Schriftgrößen, Gewichte, Laufweiten und Zeilenhöhen daraus exakt nach, nur mit der Systemschrift statt Public Sans.
Funktionen
Nach der Einrichtung gliedert sich die App in drei Tabs:
- Termine: Eine hervorgehobene Karte zeigt die nächste Abholung als „Heute“, „Morgen“ oder Wochentag, dazu einen Countdown bis 6:00 Uhr, der Frist zum Rausstellen. Alle weiteren Termine folgen nach Woche und Monat gruppiert und lassen sich per Pull-to-Refresh neu laden.
- Abfall-ABC: Nachschlagen, in welche Tonne ein Gegenstand gehört, etwa Pizzakarton, Kaffeekapseln oder Batterien.
- Mehr: Adresse ändern, Erinnerungen ein- und ausschalten und die Darstellung (System, Hell, Dunkel) wählen.
Technische Details
- Beim ersten Start sucht man den Ort per Namen; die Eingabe wird 300 ms entprellt, bevor die App die Suche der API aufruft. Danach folgt die Wahl des Bezirks.
- Erinnerungen sind lokale Mitteilungen um 18:00 Uhr am Vorabend jeder Abholung. Sie werden bei jedem Laden der Termine aus den aktuellen Daten neu berechnet.
- Farbe und Kürzel jeder Abfallart kommen aus der API; fehlt die Farbe oder ist sie ungültig, greift eine Zuordnung über den Namen.
- Lade-Platzhalter erscheinen erst nach 250 ms, damit schnelle Antworten nicht kurz aufflackern.
- Der API-Client steht hinter einem Protokoll, sodass die Xcode-Vorschauen mit Testdaten statt mit dem Netzwerk arbeiten.
- Drei Build-Konfigurationen (lokal, Dev, Prod) sprechen jeweils ihr eigenes Backend an und haben ein eigenes App-Icon. Der API-Key liegt nicht im Repository, sondern wird lokal aus einer ignorierten Konfigurationsdatei bzw. in Xcode Cloud aus einer Workflow-Variable in den Build geschrieben.
Zuletzt aktualisiert: