[API Client] API Client Code aus den Komponenten herausziehen

[vlow]

Wir entwerfen einen Blueprint für die Behandlung von Service Calls im Frontend und ziehen den API Client Code aus allen UI Komponenten entsprechend um.

Dieses Ticket gilt als Epic für alle damit verbundenen Tätigkeiten. Diese sind in einzelnen Tickets und in dem verknüpften Projekt zu bearbeiten. Der Übersicht halber erhalten alle Tickets, die Teil dieses Epics sind, das Prefix [API Client].

[defaude]

Habe schon einmal einen größeren Teil der Backend Controller im Frontend als Clients gespiegelt. Ein paar fehlen allerdings noch, das sollte jedoch im Prinzip nur Fleißarbeit sein.

Nächster Schritt: Einziehen einer Service-Schicht zwischen den Clients und den UI Komponenten (ein Bisschen Inspiration gibt's ja schon z.B. mit dem AdminService).

In der ersten Welle würde der Auslöser, ob ein Request raus gehen soll oder nicht, immer noch von der jeweiligen UI Komponente ausgehen - aber der Service hat die Möglichkeit, zu entscheiden, ob er mit dem Request wirklich bis zum Client durchgeht oder ob vllt. von einem vorherigen Request (z.B. Postleitzahl-Suche) eine response (Promise) herumliegt

[defaude]

Ein nächster Schritt wäre dann, die Services (wo sinnvoll) so umzubauen, dass sie eine "resolve" Funktion für die relevanten Routen haben, wo die benötigten Daten geladen werden und die Navigation im Routing festgehalten wird, bis die Daten da sind.

Beispiel: User navigiert zu /shops/foo123

1. Router ruft die entsprechende "resolve" Methode auf dem ShopService auf
2. Dieser weiß jetzt, dass die Details für den Laden geholt werden müssen (trigger)
3. Der Service schaut erst mal, ob er ggf. die Daten schon hat (etwa von einem vorherigen Besuch der gleichen Shop-Seite)
4. Nur wenn nein, werden die Daten per Client vom Backend geladen
5. "resolve" ist fertig
6. Router macht mit seiner Arbeit weiter
7. ShopDetailsPage wird vom Router auf die Bühne gestellt und holt sich beim ShopService die Daten (immer noch eine Promise, weil diese Daten per Definition nur Asynchron vorhanden sind
8. Da diese Promise aber sofort resolved (oder rejected im Fehlerfall), kann die UI instant was anzeigen

[defaude]

Im Fehlerfall ist es auch denkbar, die "resolve" Funktion rejecten zu lassen - aber da muss ich erst noch mal nachlesen, wie der Router sich da verhält (und wir müssen uns überlegen, wie wir diesen Fehlerzustand darstellen wollen, da bisher das Handling dieses Fehlers erst auf der jeweiligen Seite passiert ist)

[veronika-schwarz]

Ich mach das mal noch fertig