Ergebnis dieses Guides
Eine Funktion mit eindeutigem Vertrag
Arbeitsumgebung
JavaScript mit ausdrücklich benannter Browser- oder Serverlaufzeit
Wann ist diese Entscheidung wichtig?
Eine Funktion sollte aus ihren Parametern und ihrem Rückgabewert verständlich werden. Versteckte globale Abhängigkeiten erschweren Tests und Wiederverwendung.
Prüfen Sie externe Werte vor ihrer Verarbeitung. Beachten Sie Unterschiede zwischen primitiven Werten und gemeinsam referenzierten Objekten sowie zwischen einem synchronen Fehler und einem abgelehnten Promise.
Funktionen: Schritt für Schritt.
- 01
Vorbereiten
Beschreiben Sie Eingaben, Ergebnis und Fehlerfall in einem Satz. Bestimmen Sie, ob ein Seiteneffekt wirklich zur Aufgabe gehört.
- 02
In JavaScript umsetzen
Implementieren Sie eine kleine Funktion und testen Sie Grenzwerte getrennt von Netzwerk oder Datenbank.
- 03
Im tatsächlichen Projekt prüfen
Führen Sie den Fall in der vorgesehenen Laufzeit aus. Prüfen Sie leere Eingaben, unerwartete Typen und asynchrone Fehler ausdrücklich; Browser-APIs stehen nicht automatisch auf dem Server bereit.
Beispiel zur Überprüfung
So lässt sich das Ergebnis prüfen.
Als Projektkontext dient ein interaktives Anfrageformular mit Validierung. Der folgende Prüffall ist eine Vorlage für diese Aufgabe und kein Bericht über eine Kundenmessung.
- Eingabe / Auslöser
- Eine normalisierte E-Mail-Adresse und ein leerer Eingabewert
- Erwartetes Ergebnis
- Die Funktion liefert einen dokumentierten Wert oder einen ausdrücklich behandelten Fehler.
- Fehler- oder Grenzfall
- Ein Aufruf verändert keine unbeteiligten Daten oder globalen Einstellungen.
JavaScript · begrenztes Beispiel
function normalizeEmail(value) {
if (typeof value !== 'string') return null;
const email = value.trim().toLowerCase();
return email.includes('@') ? email : null;
}
console.log(normalizeEmail(' TEAM@EXAMPLE.ORG '));Normalisieren ist nicht dasselbe wie eine vollständige Gültigkeitsprüfung. Die Funktion zeigt einen kleinen Vertrag; Zustellbarkeit oder Eigentum an einer Adresse werden damit nicht bestätigt.
Abnahme und typische Fehler.
- Jede Funktion lässt sich mit konkreten Fällen prüfen.
- Ein Aufruf verändert keine unbeteiligten Daten oder globalen Einstellungen.
- Browsercode ist für Nutzer sichtbar; Geheimnisse und verbindliche Prüfungen gehören auf den Server.
Typischer Fehler
Eine Funktion mit vielen versteckten Nebenwirkungen ist schwer wartbar.
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.
