Im Inneren der Neugestaltung von TypeScript 7 nach dem Vorbild von Go: Geschwindigkeitszuwächse ohne Codeänderungen
Erfahren Sie, wie der auf Go basierende Compiler von TypeScript 7 schnellere Kompiliervorgänge um das 8- bis 12-fache ermöglicht, warum die architektonische Änderung funktioniert und wie bestehende Projekte sicher aktualisiert werden können.
Der Compiler läuft nun auf einem auf Go basierenden Engine, Ihr vorhandener Code benötigt keine Änderungen, und die Kompilierzeiten sind drastisch gesunken
Wesentliche Updates der Entwicklungstools, die nur alle paar Jahre erscheinen, neigen dazu, Ihren täglichen Arbeitsablauf zu verändern – TypeScript 7 folgt diesem Muster. Microsoft hat den Compiler für deutlich bessere Leistung umgebaut – vollständige Kompiliervorgänge laufen 8 bis 12 Mal schneller – ohne dass Änderungen an den bereits genutzten Sprachfunktionen erforderlich sind.
Was tatsächlich ausgeliefert wurde
TypeScript 7 wurde am 8. Juli 2026 veröffentlicht und ersetzte den auf JavaScript basierenden Compiler durch eine native Go-Implementierung, die im Rahmen des internen Projekts namens Project Corsa entwickelt wurde. Es sei betont, dass es sich um eine getreue Portierung und nicht um ein Neudesign handelt: Derselbe Typüberprüfungsmechanismus sowie die Sprachsemantik wurden Zeile für Zeile übertragen, sodass Ihre .ts-Dateien genauso funktionieren wie zuvor. Der einzige Wandel betrifft den zugrunde liegenden Motor, der diese Logik ausführt – nicht die Logik selbst.
Laut den internen Benchmarks von Microsoft, durchgeführt am eigenen VS Code-Codebase, sanken die Ladezeiten der Projekte von fast einer Minute auf etwa zehn Sekunden. Das ist das wichtigste Ergebnis. In der Praxis verschwindet der Verzögerungseffekt, den man früher beim Ausführen von tsc --watch nach dem Wechseln einer Branch erfuhr, größtenteils.
Warum es so viel schneller ist
Zwei architektonische Änderungen sind für den größten Teil der Geschwindigkeitssteigerung verantwortlich.
- Kompilierte natives Code anstelle des Laufs über Node.js und den V8-Engine
- Parallelismus mit geteilter Speicher, der es ermöglicht, Parsing, Typüberprüfung und Codeerstellung gleichzeitig auf mehreren CPU-Kernen auszuführen
Die Version bringt außerdem neue Flags ein, --checkers und --builders, mit denen Sie steuern können, wie viele parallele Worker-Threads für die Typüberprüfung und den Aufbau von Projektreferenzen verwendet werden. Der Überwachungsmodus wurde ebenfalls überarbeitet – er nutzt einen auf Go basierenden Dateiüberwacher, der ursprünglich für Parcel entwickelt wurde – und führt nun bei großen Monorepos deutlich schnellere inkrementelle Neubauten durch.
So führt man tatsächlich den Upgrade durch
Die Installation des neuen Compilers funktioniert genauso wie bisher:
npm install -D typescript
npx tsc --version
# TypeScript 7.0
Es gibt keine Konfigurationsmigration durchzuführen, keine Codemods zu starten und keine störenden Syntaxänderungen zu berücksichtigen. Falls Ihr Team bereits in der Release-Candidate-Phase das @typescript/native-preview-Paket verwendet hat, wurde diese Funktionalität – die auf dem tsgo-Binärdatei basiert – wieder in das Standard-typescript-Paket integriert, das über den next-Distributions-Tag zugänglich ist.
Eine Warnung ist erwähnenswert: Die API des programmatischen Compilers ist noch nicht vollständig stabilisiert. Wenn Ihr Build-Pipeline, Ihre ESLint-Konfiguration oder Ihre benutzerdefinierten Tools direkt auf die TypeScript-API angewiesen sind anstelle nur tsc aufzurufen, sollten Sie vorerst darauf verzichten, neuen Code unter Verwendung von Schnittstellen wie createProgram zu schreiben. Teams in dieser Situation sollten mit einem vollständigen Umstieg warten, bis Version 7.1 veröffentlicht wird, da davon ausgegangen wird, dass diese Version die Lücken schließt, die während der Umstellungsarbeiten im letzten Jahr entstanden sind.
Was das für React- und Next.js-Projekte bedeutet
Weil so viele Framework-Tools auf dem TypeScript-Kompilator basieren, erben diese Tools automatisch die Leistungsverbesserungen. Die Typüberprüfung zur Build-Zeit in Next.js, die Reaktionsfähigkeit von IntelliSense in großen Komponentenbibliotheken, die mit Redux oder Tailwind erstellt wurden, sowie die Typüberprüfung bei Verweisen auf Monorepo-Projekte werden alle schneller – ohne dass Sie Code ändern müssen. Für Teams, die die Aktivierung von strict: true aufgeschoben haben, weil die vollständige Typüberprüfung des Projekts zu langsam erschien, ist dies ein guter Zeitpunkt, darüber nachzudenken – die Rechenkosten für diese Entscheidung sind schließlich um einen Größenordnungskoeffizienten gesunken.
Kernpunkte
- TypeScript 7 überarbeitet den Kompilator, nicht die Sprache – Ihr Code wird auf dieselbe Weise typüberprüft, nur mit einem neuen engine-basierten System.
npm install, doch vermeiden Sie es, bis zur Veröffentlichung von Version 7.1 auf die programmatische API für benutzerdefinierte Tools zu setzen.Falls die Build-Zeiten der Grund dafür waren, dass Sie strenge Typüberprüfungen deaktiviert haben, gilt dieser Grund nicht mehr. Installieren Sie die neue Version, führen Sie Ihre vorhandene Testsuite aus und beobachten Sie, wie sich die Zeiten Ihres CI-Pipelines verringern.
Verwandte Artikel
- TypeScript 6 und 7: Intelligentere Inferenz, anschließend eine in Go basierende Neuimplementierung — Erfahren Sie, wie TypeScript 6 wichtige Lücken in der Inferenz behoben und Standardwerte modernisiert hat, wodurch die Grundlage für die vollständige Neuimplementierung des Compilers in Go bei TypeScript 7 geschaffen wurde.
- TypeScripts Go-Compiler und native Ausführung: Ein Migrationsleitfaden — Erfahren Sie, wie der in Go basierende Compiler von TypeScript sowie die native Ausführung in Node.js die Codebasen von React und Next.js beeinflussen werden und was Sie jetzt in Ihrer tsconfig korrigieren sollten.