FutureBuilder Logik bei Interaktion mit DB verbessern #80
Notifications
Due Date
No due date set.
Depends on
#67 CreateGameView erstellen
liquid-development/game-tracker
Reference: liquid-development/game-tracker#80
Reference in New Issue
Block a user
Delete Branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Enhancement
Aktuelles Verhalten
Teilweise sind die Futures die in den FutureBuildern genutzt werden nicht abhängig vom Connectionstate, außerdem wird immer die 250ms gewartet und nicht nur wenn die DB selber nicht auf 250ms kommt.
Einschränkungen/Probleme
Warum sollte man einen FutureBuilder nutzen, wenn man den ConnectionState dann selber nachbaut? Außerdem hat das selber implementieren beim GameHistoryView irgendwie zu einem Skeleton UI Bug geführt.
Ebenfalls führt der unkluge Einsatz vom Delay dazu, dass länger gewartet wird, als UI technisch eigentlich nötig ist. Wenn man das ändert lässt sich der Delay ausserdem einheitlicher gestalten, wenn die DB schneller ist.
Vorgeschlagene Verbesserung
IsLoading's abhängig vom ConnectionState machen
Delay so einbauen, dass er nur genutzt wird, wenn die DB langsamer als Xms (bspw. 250ms) ist und sonst nicht noch extra gewartet wird.
FutureBuilder Logik bei Interaktion mit DB Verbessernto FutureBuilder Logik bei Interaktion mit DB verbessernDer Delay soll als Konstante in einer
constants.dartimcore/-Folder abgelegt werden, damit er zentral verändert werden kann