Der nächste Sprint 2022 ist abgeschlossen. Wie auch in den letzten Monaten des vergangenen Jahres, ist unsere Sprint-Planung einer beliebigen Abarbeitung von Aufgaben gewichen.
Trotz fehlender Planung bleibt unser Fokus auf dem Backend. Zum einen beschäftigen wir uns mit unserem Service Provider, dessen Funktionsumfang und Funktionsweise immer runder wird. Zum anderen geht es mit unserem Persistenz-Framework vorwärts, in dem der Service Provider immerhin schon in seiner 15. Version und mit einer überaus sehenswerten Testabdeckung zum Einsatz kommt. Außerdem wächst unsere Gradle-API zum Einbinden unserer Git-Bibliotheken in Umfang und Stabilität.
Was außerdem hervorgehoben werden muss ist unsere Lernkurve bzgl. Kotlin. Denn durch unsere hohe Programmiertätigkeit gepaart mit viel Recherche, dem Lesen der Kotlin-Doku und dem Austausch zwischeneinander merken wir, wie wir immer mehr von Kotlin’s-Sprachumfang nutzen. Immer weniger If-Bedingungen sind zu finden, die wir durch bestehende Extensions ersetzen. Null-Prüfungen weichen Kotlin’s Elvis-Operator, statt separate Interfaces nutzen wir immer mehr Lambda-Implementierungen. Wir finden Kotlin ist eine tolle Sprache.
… Folglich gibt es gar nicht viel zu zeigen. Über das Persistenz-Framework gibt es aber Folgendes zu sagen:
– Beim Starten einer Anwendung können Tabellen automatisch gedroppt und neu aufgebaut werden. D.h. Änderungen am Model werden in die DataSource wie bspw. eine Datenbank gepusht.
– Unsere bestehenden Singletons und Services, die von außen überschrieben werden können sollen, wurden auf das Service-Provider Framework umgestellt.
– Vor der Generierung von Tabellen werden die Felder sortiert. So werden alle AutoIncremented Schlüsselfelder, Schlüsselfelder, Datenfelder und Modifizierungs-Timestamps gruppiert.
– Transaktionen werden durch ein ChangeLog unterstützt, das Änderungen an Daten-Objekten aufzeichnet.
Allerdings ist die Liste mit den Anforderungen noch immer lang. Viel Zeit haben wir auch in das Refactoring gesteckt, um Coding zu Vereinfachen.