TypeScript 7.0 ist da: der Go-native Compiler und was seine 10-fache Beschleunigung bedeutet
- VersionDude
- Werkzeuge
- 7 Min. Lesezeit
TypeScript 7.0 erschien am 8. Juli 2026 mit einem in Go neu geschriebenen Compiler, und die Benchmarks von Microsoft beziffern Builds als rund 10x schneller. Was sich tatsächlich geändert hat, warum es schneller ist und was Sie vor der Migration prüfen sollten.
Am 8. Juli 2026 veröffentlichte Microsoft TypeScript 7.0, die erste stabile Version, die auf einem in Go statt in JavaScript geschriebenen Compiler basiert. Es ist die größte Änderung in der Geschichte der Sprache: Der Type Checker und der Compiler, von denen Millionen von Projekten abhängen, laufen nun als nativer Code, und die von Microsoft veröffentlichten Benchmarks beziffern vollständige Builds als etwa 8- bis 12-mal schneller als die vorherige Version.
Das Projekt hat einen langen Vorlauf. Microsoft kündigte es im März 2025 unter dem Codenamen Project Corsa an und bezeichnete die bestehende JavaScript-basierte Codebasis als Strada. Eine Beta erschien im April 2026, ein Release Candidate am 18. Juni 2026 und die allgemein verfügbare Version 7.0 am 8. Juli 2026. Die zentrale Aussage war durchweg dieselbe: eine etwa zehnfache Beschleunigung bei der Typprüfung und Kompilierung.
Die von Microsoft veröffentlichten Zahlen sind konkret. Das Kompilieren der Codebasis von Visual Studio Code sank von etwa 77.8 Sekunden auf 7.5 Sekunden, eine Verbesserung um 10.4x, und Playwright fiel von 11.1 Sekunden auf 1.1 Sekunden. Reale Projekte werden variieren, aber das Muster über den gesamten Benchmark-Satz von Microsoft hinweg gruppiert sich um den Faktor zehn.
Zwei Dinge erklären die Geschwindigkeit. Etwa die Hälfte stammt davon, dass er als kompilierter nativer Code läuft statt als von Node ausgeführtes JavaScript. Die andere Hälfte stammt von Nebenläufigkeit mit gemeinsam genutztem Speicher: Die Go-Implementierung kann die Typprüfungsarbeit über mehrere CPU-Kerne verteilen und dabei gemeinsam genutzten Speicher verwenden, etwas, das die single-threaded JavaScript-Version nicht sauber leisten konnte.
Wichtig ist, dass es sich um eine Portierung handelt, nicht um eine Neuentwicklung. Microsoft übersetzte die bestehende Compiler-Logik nach Go und bewahrte dabei dasselbe Verhalten der Typprüfung, sodass das Ziel darin besteht, dass Ihr Code identisch typgeprüft wird, mit denselben Fehlern an denselben Stellen, nur weitaus schneller. Das Team erklärte, Go sei teilweise gewählt worden, weil seine Syntax und Struktur eng mit dem bestehenden JavaScript-Code übereinstimmen, was eine getreue Portierung sowohl für Menschen als auch für Werkzeuge machbar machte.
Für die tägliche Arbeit macht sich der Gewinn an zwei Stellen bemerkbar. Editoren werden bei großen Codebasen reaktionsschneller, weil der Language Service hinter Funktionen wie Autovervollständigung, Gehe-zu-Definition und Fehlerunterstreichung dieselbe Arbeit in einem Bruchteil der Zeit erledigt. Und Continuous-Integration-Pipelines, die den Compiler bei jedem Commit ausführen, werden kürzer, was vor allem bei großen Monorepos zählt, wo die Typprüfung zu einem echten Engpass geworden war.
Wenn Sie die Einführung planen, behandeln Sie den Umstieg eher als Kompatibilitätsprüfung denn als Neuschreiben Ihres eigenen Codes. Da die Semantik erhalten bleibt, sollten die meisten Projekte keine Änderung bei den gemeldeten Fehlern sehen. Prüfen Sie dennoch gegen Ihren tatsächlichen Build: Stellen Sie sicher, dass Ihre tsconfig-Optionen, Build-Skripte und jedes benutzerdefinierte Tooling, das sich in die TypeScript-API einklinkt, sich wie erwartet verhalten. Konsultieren Sie die offiziellen Release Notes für den genauen Opt-in-Pfad und alle dokumentierten Vorbehalte, bevor Sie eine Produktions-Pipeline umstellen.
Die Veröffentlichung passt auch zu einem breiteren Trend. Das JavaScript-Toolchain hat mehrere Jahre damit verbracht, leistungskritische Werkzeuge auf native Sprachen umzustellen: Bundler und Transpiler in Go und Rust, wie esbuild sowie die SWC- und Biome-Familie, haben die Erwartung geprägt, dass Kernwerkzeuge nahezu sofort sein sollten. TypeScripts eigener Type Checker war eines der letzten großen Teile, das noch in JavaScript lief, und TypeScript 7.0 schließt diese Lücke.
Das Fazit: TypeScript 7.0 ändert nicht, wie Sie TypeScript schreiben, aber es ändert, wie es sich anfühlt, damit im großen Maßstab zu arbeiten. Wenn langsame Typprüfungen oder träge Editor-Performance zu einer Belastung für ein großes Projekt geworden waren, zielt diese Version genau auf diesen Schmerz ab, und die gemessenen Beschleunigungen sind groß genug, um eine Migration darum herum zu planen.
