Ergebnis dieses Guides
Ein Datenvertrag mit Lade-, Leer- und Fehlerzustand
Arbeitsumgebung
SvelteKit mit der eingesetzten Svelte-Version und dem vorgesehenen Adapter
Wann ist diese Entscheidung wichtig?
Ein erfolgreicher API-Aufruf ist nur ein Zustand. Ein leerer Datenbestand ist etwas anderes als ein Timeout oder eine fehlende Berechtigung.
Trennen Sie Seiten, Layouts, Serverdaten und HTTP-Endpunkte anhand der SvelteKit-Dateikonventionen. Prüfen Sie bei jedem Datenübergang, ob der Wert öffentlich sein darf oder nur auf dem Server benötigt wird.
Daten laden: Schritt für Schritt.
- 01
Vorbereiten
Definieren Sie Datenform, maximale Wartezeit und die Bedeutung von nicht vorhanden, nicht erlaubt und vorübergehend nicht erreichbar.
- 02
In SvelteKit umsetzen
Laden Sie unabhängige Daten parallel. Brechen Sie überholte Browseranfragen ab und behandeln Sie Fehler am zuständigen Rand der Anwendung.
- 03
Im tatsächlichen Projekt prüfen
Testen Sie Direktaufruf, clientseitige Navigation und den Adapter des Produktionsbetriebs. Entwicklungsserver und Zielplattform können unterschiedliche Fähigkeiten besitzen.
Beispiel zur Überprüfung
So lässt sich das Ergebnis prüfen.
Als Projektkontext dient ein Kundenportal mit Formularen und geschützten Bereichen. Der folgende Prüffall ist eine Vorlage für diese Aufgabe und kein Bericht über eine Kundenmessung.
- Eingabe / Auslöser
- Eine Produktliste mit Erfolg, leerem Ergebnis und simuliertem Timeout
- Erwartetes Ergebnis
- Alle drei Fälle haben eine verständliche Ausgabe, ohne veraltete Antworten einzublenden.
- Fehler- oder Grenzfall
- Ein schneller zweiter Suchbegriff wird nicht durch die langsamere Antwort des ersten überschrieben.
Abnahme und typische Fehler.
- Leere Zustände, Fehler und erneutes Laden sind nachvollziehbar.
- Ein schneller zweiter Suchbegriff wird nicht durch die langsamere Antwort des ersten überschrieben.
- Load-Funktionen und Aktionen laufen in unterschiedlichen Kontexten; Berechtigungen gehören auf den Server.
Typischer Fehler
Doppelte Browser- und Serveranfragen verschwenden Zeit.
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.
