Ergebnis dieses Guides
Ein vergleichbares Ergebnis vor und nach dem Umstieg
Arbeitsumgebung
Go mit go.mod, definierter Toolchain und dem vorgesehenen Zielsystem
Wann ist diese Entscheidung wichtig?
Eine neue Sprache oder Laufzeit verändert oft Typen, Abhängigkeiten und Fehlerfälle. Gleiche Beispielausgaben allein reichen nicht als Vergleich.
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.
Migration: Schritt für Schritt.
- 01
Vorbereiten
Inventarisieren Sie öffentliche Schnittstellen, Datenformate und kritische Randfälle.
- 02
In Go umsetzen
Migrieren Sie einen begrenzten Teil mit denselben Ein- und Ausgaben. Prüfen Sie bestehende Daten sowie Integrationen vor der Umschaltung.
- 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
- Derselbe Datensatz wird mit alter und neuer Umsetzung verarbeitet
- Erwartetes Ergebnis
- Ergebnis und beabsichtigte Seiteneffekte sind fachlich gleich.
- Fehler- oder Grenzfall
- Unterschiede bei Datum, Zeichenkodierung oder Zahlenpräzision werden nicht als unwichtig übergangen.
Abnahme und typische Fehler.
- Alte Daten und Schnittstellen funktionieren nach dem Wechsel.
- Unterschiede bei Datum, Zeichenkodierung oder Zahlenpräzision werden nicht als unwichtig übergangen.
- Nebenläufigkeit und Fehlerbehandlung sollen explizit bleiben statt durch Abstraktion verborgen zu werden.
Typischer Fehler
Ein großer Versionssprung ohne Zwischenprüfung verbirgt Fehler.
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.