Zustand lebt in einem View-Model
Die Felder eines Widgets – der Text eines Eingabefelds, die Einträge einer Liste, die Zeilen einer Tabelle – sind seine Sicht auf den Zustand, nicht der Zustand selbst. Eine Anwendung, die sie von irgendeiner Stelle aus zuweist, verstreut ihren Zustand über viele Aufrufstellen, und zwei dieser Aufrufstellen sind sich irgendwann uneinig darüber, was auf dem Bildschirm steht.
Deshalb lebt der Zustand in einem View-Model: einfache Go-Werte, in Observables verpackt, ohne ein Widget weit und breit, testbar ohne Fenster. Die View bindet jedes Widget einmal an das View-Model, und von da an hält die Bindung – nicht die Anwendung – beide synchron, in beide Richtungen.
| MVVM | Observable, Command, ObservableList; Binder für das Toolkit und die Terminal-Widgets; Rückgängig und Wiederherstellen |
| Das Daten-Rückgrat | typisierte Datensätze mit Validierung, Abfragen und ein Speicher, der dieselbe Pipeline lokal oder über gRPC ausführt |
mvvmlint | die CI-Prüfung, die einen Pull Request scheitern lässt, der ein Zustandsfeld eines Widgets von Hand zuweist |
Erstellt am von tannevaled
Geändert am von tannevaled