Ergebnis dieses Guides
Ein Fehler mit klarer fachlicher Bedeutung
Arbeitsumgebung
Go mit go.mod, definierter Toolchain und dem vorgesehenen Zielsystem
Wann ist diese Entscheidung wichtig?
Nicht gefundene Daten, ungültige Eingaben und technische Störungen verlangen unterschiedliche Reaktionen. Eine leere Rückgabe sollte diese Fälle nicht vermischen.
Modellieren Sie Daten mit klaren Typen und geben Sie erwartete Fehler ausdrücklich zurück. Begrenzen Sie nebenläufige Arbeit und sorgen Sie bei Netzwerkzugriffen für einen nachvollziehbaren Abbruch über den zuständigen Kontext.
Fehlerbehandlung: Schritt für Schritt.
- 01
Vorbereiten
Definieren Sie, welche Fehler ein Aufrufer selbst beheben kann und welche intern behandelt werden müssen.
- 02
In Go umsetzen
Geben Sie einen klaren Fehler weiter, ergänzen Sie notwendigen Kontext und protokollieren Sie keine Geheimnisse.
- 03
Im tatsächlichen Projekt prüfen
Führen Sie Build und Tests im Modul aus. Prüfen Sie Fehlerwerte und Aufräumen von Ressourcen; bei gemeinsam veränderlichen Daten gehört die Erkennung von Datenrennen zur passenden Prüfung.
Beispiel zur Überprüfung
So lässt sich das Ergebnis prüfen.
Als Projektkontext dient eine API für interne Integrationen. Der folgende Prüffall ist eine Vorlage für diese Aufgabe und kein Bericht über eine Kundenmessung.
- Eingabe / Auslöser
- Eine Ressource fehlt; ein anderer Aufruf scheitert an einer Zeitüberschreitung
- Erwartetes Ergebnis
- Beide Fehler bleiben unterscheidbar und führen zu einer passenden Reaktion.
- Fehler- oder Grenzfall
- Ein abgefangener Fehler wird nicht verschluckt, während das Programm scheinbar erfolgreich weiterarbeitet.
Go · begrenztes Beispiel
func parseBudget(raw string) (int, error) {
value, err := strconv.Atoi(raw)
if err != nil {
return 0, err
}
if value < 0 {
return 0, errors.New("negatives Budget")
}
return value, nil
}Der Ausschnitt benötigt die Pakete strconv und errors. Der Aufrufer muss den Fehlerwert behandeln, bevor er das Ergebnis weiterverwendet.
Abnahme und typische Fehler.
- Der Nutzer erhält Handlungshinweise, Logs behalten technischen Kontext.
- Ein abgefangener Fehler wird nicht verschluckt, während das Programm scheinbar erfolgreich weiterarbeitet.
- Nebenläufigkeit und Fehlerbehandlung sollen explizit bleiben statt durch Abstraktion verborgen zu werden.
Typischer Fehler
Stilles Ignorieren von Fehlern erzeugt später schwerere Probleme.
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.
