Zum Inhalt springen

Das Magazin für Web-Handwerker Mittwoch, 19. August 2026

Frontend

TypeScript 7.0: der in Go neu geschriebene Compiler hält sein Tempoversprechen

TypeScript 7.0 ist seit dem 8. Juli stabil: Compiler vollständig in Go neu geschrieben, rund 10× schneller als 6.0. Was die neue Build-Kette ändert und wie man ohne Bruch migriert.

TypeScript 7.0 : le compilateur réécrit en Go, et le « 10× plus rapide » n'est pas du bluff

Seit dem 8. Juli ist es offiziell: TypeScript 7.0 ist stabil, und das Werkzeug hat mit seinen Vorgängerversionen wenig gemein. Microsoft hat den gesamten Compiler in Go neu geschrieben und den in TypeScript verfassten Compiler aufgegeben, der sich selbst kompilierte. Der angekündigte Gewinn — etwa 10× schneller als 6.0 — hält realen Projekten stand, was bei einer Ankündigung zur Werkzeugkette selten genug ist.

Dauer der Typprüfung (großes Projekt) TS 6.0 ~60 s TS 7.0 ~6 s ≈ 10× schneller, gleicher Code
Dauer der Typprüfung in einem großen Projekt: TypeScript 7.0 im Vergleich zu 6.0.

Was sich konkret ändert

Der neue Compiler läuft als Maschinencode und nutzt Multithreading im gemeinsamen Speicher. Praktisch übersetzt: Projekte, die dreißig bis sechzig Sekunden für die Typprüfung benötigten, fallen unter die Marke weniger Sekunden.

KriteriumTypeScript 6.0TypeScript 7.0
Sprache des CompilersTypeScript (JS)Go (nativ)
KompiliergeschwindigkeitReferenz≈ 10× schneller
ParallelitätbegrenztMultithreading im gemeinsamen Speicher
Speicherbedarfhochreduziert (native Ausführung)
Statusletzte JavaScript-basierte Versionstabil (8. Juli 2026)

Warum die Kompiliergeschwindigkeit zählt

Langsame Typprüfung wurde lange als unvermeidlich hingenommen. In Monorepos wird sie auf besondere Weise bezahlt: Die Typprüfung wird zum langsamen Glied im Pre-commit, sie wird „nur für diesen Commit“ deaktiviert und dann ganz. Typfehler erreichen schließlich die Produktion — nicht weil das Werkzeug fehlt, sondern weil es nicht mehr benutzt wird.

Die Prüfzeit um den Faktor zehn zu senken ist kein Komfortgewinn: Es ist die Bedingung dafür, dass das Sicherheitsnetz aktiviert bleibt.

Migration von 6.x

Version 6.0 vom 23. März wurde ausdrücklich als letzte auf der JavaScript-Codebasis beruhende Version präsentiert — eine Übergangsstufe. Der Wechsel auf 7.0 ist sprachlich neutral angelegt, doch eine vollständige Neuschreibung birgt stets Randfälle. Empfohlene Reihenfolge:

  1. Zunächst auf 6.x wechseln und den Zustand fixieren (Lockfile aktuell, Continuous Integration grün).
  2. Auf einem eigenen Branch auf 7.0 wechseln.
  3. Testsuite ausführen, anschließend tsc --noEmit und den Produktions-Build.
  4. Plug-ins und Transformer im Auge behalten, die die interne tsc-API nutzten: dort treten die beobachteten Brüche auf.
Aufmerksamkeitspunkt: Werkzeuge, die von der internen Compiler-API abhängen — Dokumentationsgeneratoren, Build-Transformer, Linter-Plug-ins — bergen als einzige ein echtes Regressionsrisiko. Die öffentliche API bleibt stabil.

Was bleibt

TypeScript 7.0 bringt weder neue Syntax noch ein neues Paradigma. Die Version misst sich an einem einzigen Kriterium: Die Build-Kette wird wieder schnell, und mit ihr kehren die Sicherheitsnetze zurück, die aus Langsamkeit abgeschaltet worden waren.

In den Kundenprojekten, in denen ich umgestellt habe, zeigte sich der Nutzen nicht in gesparten Sekunden, sondern in wiedergewonnenen Gewohnheiten: Die Typprüfung kehrte in den Pre-commit zurück, weil sie nichts mehr kostete. So ein Update übernimmt man ohne Hast, aber auch ohne Zögern. — Simon Janvier

Weiterführend

Ankündigung und offizielle Release Notes stehen im TypeScript-Blog von Microsoft.

Ebenfalls auf Mail Studio

Teilen LinkedIn Bluesky Hacker News E-mail

Ebenfalls lesenswert