Was ist neu in TypeScript 6.0

TypeScript 6.0 ist kein typisches Feature-Release. Wer beim Upgrade neue Syntax oder dramatische Änderungen am Typsystem erwartet, wird überrascht sein. Dieses Release konzentriert sich primär darauf, Standardeinstellungen zu modernisieren, Legacy-Altlasten zu entfernen und das Ökosystem auf TypeScript 7.0 vorzubereiten — die kommende native Portierung des Compilers und der Tooling-Infrastruktur in Go. Zu verstehen, was sich geändert hat und warum, erspart Ihnen nach dem Upgrade Stunden des Debuggings.

TypeScript 6.0 ist ein Übergangs-Release, kein Feature-Drop

TypeScript 6.0 ist bewusst als letzte Version positioniert, die auf der JavaScript-Codebasis aufbaut. TypeScript 7.0 wird voraussichtlich der native Go-basierte Nachfolger sein, mit deutlich schnelleren Builds und Editor-Performance. TypeScript 6.0 räumt die Grundlage auf, bevor dieser Übergang stattfindet.

Die praktische Konsequenz: Die meisten Änderungen in TypeScript 6.0 betreffen Konfigurations-Standardeinstellungen und Deprecations, nicht neue Sprachfeatures. Wenn Ihr Projekt Legacy-tsconfig-Optionen angesammelt hat, ist jetzt der richtige Zeitpunkt, sich darum zu kümmern.

Was ist neu in TypeScript 6.0: Plattform-Alignment-Features

Trotz des Übergangsfokus fügt TypeScript 6.0 durchaus sinnvolle Unterstützung für moderne JavaScript-APIs hinzu.

ES2025-Target und neue Built-in-Typen

TypeScript 6.0 fügt es2025 als gültigen --target- und --lib-Wert hinzu. Das umfasst Built-in-Typen für APIs wie RegExp.escape und verschiebt auch einige Deklarationen von esnext nach es2025.

Es fügt außerdem Built-in-Typen für neuere APIs hinzu, die weiterhin über esnext verfügbar gemacht werden:

• RegExp.escape — escaped sicher Sonderzeichen in Regex-Strings
• Temporal API — ein moderner Ersatz für Date, typisiert unter esnext oder temporal.esnext
• Map.getOrInsert und Map.getOrInsertComputed — sauberere Upsert-Patterns für Map und WeakMap, verfügbar über esnext

// Vorher: ausführliches Map-Upsert-Pattern
if (!map.has("key")) map.set("key", defaultValue)
const value = map.get("key")

// Nachher: sauber und prägnant
const value = map.getOrInsert("key", defaultValue)

Konsolidierung der DOM-Typen

dom.iterable und dom.asynciterable sind jetzt in die Basis-dom-Lib integriert. Sie müssen sie nicht mehr separat in Ihrer tsconfig.json auflisten. Wenn Sie "lib": ["dom", "dom.iterable"] verwendet haben, können Sie auf einfach "lib": ["dom"] vereinfachen.

Subpath-Imports beginnend mit #/

TypeScript unterstützt jetzt Node.js-Subpath-Imports mit dem #/-Präfix. Das lässt sich sauber auf das imports-Feld in package.json abbilden und bringt das Feature viel näher an die Alias-Patterns heran, die Bundler-Nutzer bereits kennen.

Breaking Changes in TypeScript 6.0: Was Ihr Projekt tatsächlich zum Scheitern bringt

Hier findet der Großteil des Migrationsaufwands für TypeScript 6.0 statt. Mehrere Compiler-Standardeinstellungen haben sich geändert.

Die Änderung bei types: [] ist eine der folgenreichsten. Früher hat TypeScript automatisch jedes Package in node_modules/@types eingebunden. Jetzt wird standardmäßig nichts mehr eingebunden. Projekte, die auf Globals aus @types/node, @types/jest oder ähnlichen Packages angewiesen sind, werden Fehler wie diesen sehen:

Cannot find name 'process'. Try adding 'node' to the types field in your tsconfig.

Beheben Sie es explizit:

{
  "compilerOptions": {
    "types": ["node", "jest"]
  }
}

Die rootDir-Änderung ist ebenfalls häufig. Wenn Ihre Output-Dateien plötzlich bei dist/src/index.js statt bei dist/index.js erscheinen, fügen Sie "rootDir": "./src" zu Ihrer tsconfig hinzu.

Eine weitere beachtenswerte Änderung ist noUncheckedSideEffectImports: true. Wenn Ihre Codebasis Side-Effect-Only-Imports mit Tippfehlern oder unsicherer Auflösung enthält, wird TypeScript 6.0 diese eher markieren.

Deprecations in TypeScript 6.0: Was vor TypeScript 7 zu entfernen ist

Diese Optionen sind in 6.0 für den Übergang zu TypeScript 7.0 als veraltet markiert, und einige ältere Verhaltensweisen sind bereits entfernt:

• --target es5 (das niedrigste unterstützte Target ist jetzt ES2015)
• --moduleResolution node / --moduleResolution classic → migrieren Sie zu nodenext oder bundler
• --module amd, umd, systemjs, none
• --baseUrl → verschieben Sie das Präfix direkt in Ihre paths-Einträge
• --outFile → verwenden Sie einen Bundler wie esbuild, Vite oder Rollup
• esModuleInterop: false und allowSyntheticDefaultImports: false
• Legacy-module Foo {}-Namespace-Syntax → verwenden Sie namespace Foo {}
• Import-assert-Syntax → ersetzen Sie durch with

Sie können Deprecation-Warnungen vorübergehend mit "ignoreDeprecations": "6.0" in Ihrer tsconfig unterdrücken, aber das sollte als kurzfristige Notlösung betrachtet werden.

Upgrade auf TypeScript 6.0

Installieren Sie den aktuellen 6.0 Release Candidate mit:

npm install -D typescript@rc

Führen Sie tsc --noEmit aus und arbeiten Sie die Fehler ab. Die meisten Probleme werden aus dem types-Array, rootDir, Side-Effect-Imports und veralteten Optionen resultieren.

Fazit

TypeScript 6.0 ist ein Aufräum-Release, kein Feature-Showcase. Sein Zweck ist es, Legacy-Standardeinstellungen zurückzuziehen, den Compiler mit modernem JavaScript abzugleichen und den Boden für die native TypeScript-7.0-Linie zu bereiten. Je früher Sie diese Migrationsänderungen angehen — aktualisierte types-Arrays, explizite rootDir-Werte, Side-Effect-Import-Probleme und Ersetzungen veralteter Optionen — desto reibungsloser wird Ihr Weg zu TypeScript 7.0 verlaufen.

Wenn Sie die vollständige technische Aufschlüsselung vom TypeScript-Team möchten, können Sie auch die offizielle TypeScript 6.0 RC-Ankündigung lesen.

FAQs

Complete picture for complete understanding

Capture every clue your frontend is leaving so you can instantly get to the root cause of any issue with OpenReplay — the open-source session replay tool for developers. Self-host it in minutes, and have complete control over your customer data.

Check our GitHub repo and join the thousands of developers in our community.