Ergebnis dieses Guides
Ein eindeutiger Zustand pro fachlicher Information
Arbeitsumgebung
Svelte mit den zur Projektversion passenden Reaktivitäts- und Komponentenkonventionen
Wann ist diese Entscheidung wichtig?
Doppelt gespeicherte Informationen können auseinanderlaufen. Abgeleitete Werte sollten aus einer erkennbaren Quelle entstehen.
Prüfen Sie die Reaktivität anhand der eingesetzten Svelte-Version. Halten Sie gemeinsam genutzten Zustand ausdrücklich sichtbar und trennen Sie reine Ableitungen von Seiteneffekten. Serverseitige Funktionen benötigen eine passende Anwendungsumgebung.
Zustand: Schritt für Schritt.
- 01
Vorbereiten
Zeichnen Sie auf, welche Eingaben den Zustand verändern und welche Werte daraus berechnet werden.
- 02
In Svelte umsetzen
Halten Sie den notwendigen Zustand klein und behandeln Sie Lade-, Erfolgs- und Fehlerzustände ausdrücklich.
- 03
Im tatsächlichen Projekt prüfen
Testen Sie Eingabeänderungen, wiederholten Komponentenaufbau und Aufräumen von Ressourcen. Bei Versionswechseln dürfen unterschiedliche Reaktivitätskonventionen nicht ungeprüft vermischt werden.
Beispiel zur Überprüfung
So lässt sich das Ergebnis prüfen.
Als Projektkontext dient eine schnelle interaktive Produktauswahl. Der folgende Prüffall ist eine Vorlage für diese Aufgabe und kein Bericht über eine Kundenmessung.
- Eingabe / Auslöser
- Ein Filter wird schnell zweimal geändert
- Erwartetes Ergebnis
- Die Ausgabe entspricht der letzten Auswahl und zeigt keine überholte Antwort.
- Fehler- oder Grenzfall
- Ein Neuladen oder Rückwärtsnavigieren stellt keinen widersprüchlichen Zwischenzustand her.
Abnahme und typische Fehler.
- Die Oberfläche zeigt nie widersprüchliche Auswahlzustände.
- Ein Neuladen oder Rückwärtsnavigieren stellt keinen widersprüchlichen Zwischenzustand her.
- Kleine Laufzeit bedeutet nicht automatisch eine kleine Anwendung; Daten und Abhängigkeiten zählen mit.
Typischer Fehler
Doppelt gespeicherter Zustand läuft leicht auseinander.
Quellen und Versionshinweis
Die Anleitung beschreibt das Vorgehen; konkrete APIs, Produktfunktionen und Laufzeitgrenzen müssen zur eingesetzten Version passen. Halten Sie Version, Konfiguration und Prüfergebnis im Projekt fest und vergleichen Sie die verlinkte Dokumentation bei Änderungen.
