Ergebnis dieses Guides
Ein wiederverwendbares Element mit begrenzter Schnittstelle
Arbeitsumgebung
Svelte mit den zur Projektversion passenden Reaktivitäts- und Komponentenkonventionen
Wann ist diese Entscheidung wichtig?
Wiederverwendung lohnt sich bei einer gemeinsamen Aufgabe. Ein Element mit vielen unabhängigen Schaltern wird schnell unübersichtlich.
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.
Bausteine: Schritt für Schritt.
- 01
Vorbereiten
Sammeln Sie tatsächliche gemeinsame Eigenschaften und notwendige Varianten an zwei realen Stellen.
- 02
In Svelte umsetzen
Definieren Sie eine kleine Schnittstelle mit sinnvollen Namen. Halten Sie seitenspezifische Daten außerhalb des allgemeinen Bausteins.
- 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
- Eine Kontaktaktion erscheint in einer Karte und in einer Detailansicht
- Erwartetes Ergebnis
- Beschriftung, Fokus und Klickverhalten bleiben konsistent.
- Fehler- oder Grenzfall
- Eine neue Variante verändert nicht unbeabsichtigt alle bisherigen Verwendungen.
Abnahme und typische Fehler.
- Ein Baustein bleibt mit langen Texten und Fehlerzuständen nutzbar.
- Eine neue Variante verändert nicht unbeabsichtigt alle bisherigen Verwendungen.
- Kleine Laufzeit bedeutet nicht automatisch eine kleine Anwendung; Daten und Abhängigkeiten zählen mit.
Typischer Fehler
Zu frühe Generalisierung macht jede Anpassung schwieriger.
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.
