Ergebnis dieses Guides
Ein verständlicher Eingabe- und Korrekturweg
Arbeitsumgebung
Svelte mit den zur Projektversion passenden Reaktivitäts- und Komponentenkonventionen
Wann ist diese Entscheidung wichtig?
Ein Formular soll Daten erfassen und bei Fehlern weiterhelfen. Eine rote Umrandung allein erklärt weder Ursache noch Lösung.
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.
Formulare: Schritt für Schritt.
- 01
Vorbereiten
Definieren Sie Feldnamen, Pflichtangaben, zulässige Werte und erwartete Fehler.
- 02
In Svelte umsetzen
Verknüpfen Sie Beschriftung und Fehlertext mit dem Feld. Erhalten Sie Eingaben und zeigen Sie ausstehende Übermittlungen nachvollziehbar an.
- 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 Pflichtfeld wird leer gesendet und anschließend korrigiert
- Erwartetes Ergebnis
- Der Fehler ist verständlich, der Fokus sinnvoll und andere Angaben bleiben erhalten.
- Fehler- oder Grenzfall
- Eine wiederholte Betätigung sendet nicht unbeabsichtigt mehrere Vorgänge ab.
Abnahme und typische Fehler.
- Der Ablauf funktioniert mit Tastatur und ungültigen Werten.
- Eine wiederholte Betätigung sendet nicht unbeabsichtigt mehrere Vorgänge ab.
- Kleine Laufzeit bedeutet nicht automatisch eine kleine Anwendung; Daten und Abhängigkeiten zählen mit.
Typischer Fehler
Ein Formular darf Eingaben bei einem Fehler nicht verlieren.
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.
