Ergebnis dieses Guides
Ein kontrollierter Ablauf mit Timeout
Arbeitsumgebung
Go mit go.mod, definierter Toolchain und dem vorgesehenen Zielsystem
Wann ist diese Entscheidung wichtig?
Asynchrone Arbeit trennt Start und Abschluss. Reihenfolge, Abbruch und Fehler müssen deshalb ausdrücklich bedacht werden.
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.
Asynchronität: Schritt für Schritt.
- 01
Vorbereiten
Zeichnen Sie Abhängigkeiten zwischen den Aufgaben. Markieren Sie, welche Vorgänge unabhängig sind und welche aufeinander warten müssen.
- 02
In Go umsetzen
Starten Sie unabhängige Arbeit gemeinsam, begrenzen Sie die Parallelität und behandeln Sie Zeitüberschreitungen sowie überholte Ergebnisse.
- 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
- Zwei unabhängige Datenabrufe, von denen einer fehlschlägt
- Erwartetes Ergebnis
- Das vorgesehene Fehlerverhalten tritt ein und kein veraltetes Ergebnis überschreibt neuere Daten.
- Fehler- oder Grenzfall
- Ein nicht beendeter Aufruf wartet nicht unbegrenzt und blockiert keine nachfolgenden Vorgänge.
Abnahme und typische Fehler.
- Timeouts, Fehler und Abbruch sind definiert.
- Ein nicht beendeter Aufruf wartet nicht unbegrenzt und blockiert keine nachfolgenden Vorgänge.
- Nebenläufigkeit und Fehlerbehandlung sollen explizit bleiben statt durch Abstraktion verborgen zu werden.
Typischer Fehler
Mehr Parallelität verbessert nicht automatisch die Laufzeit.
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.
