Leitfäden

TypeScript ist eine Programmiersprache, die JavaScript statische Typen hinzufügt. Es ist eine Obermenge – jedes gültige JavaScript ist auch gültiges TypeScript – und kompiliert zu reinem JavaScript, das überall läuft, wo JavaScript läuft. Erstellt und gepflegt von Microsoft, ist es zu einer der am weitesten verbreiteten Sprachen in der Frontend- und Node.js-Entwicklung geworden.

Der Sinn liegt darin, Fehler zu fangen, bevor sie die Nutzer erreichen. In reinem JavaScript scheitert ein Tippfehler in einem Eigenschaftsnamen oder das Übergeben des falschen Werttyps erst zur Laufzeit. TypeScript prüft deinen Code, während du ihn schreibst, und verwandelt eine ganze Klasse von Bugs in rote Unterstreichungen in deinem Editor. Dieser Leitfaden erklärt, was es ist, wie es funktioniert, die Funktionen, die zählen, und die ehrlichen Kompromisse.

Wie TypeScript funktioniert

TypeScript arbeitet, indem es Typannotationen hinzufügt: Du kannst deklarieren, dass eine Variable ein String ist, dass eine Funktion eine Zahl zurückgibt oder dass ein Objekt eine bestimmte Form hat. Ein Compiler (tsc) liest deinen annotierten Code, prüft ihn auf Typfehler und entfernt dann die Typen, um gewöhnliches JavaScript zu erzeugen. Die Typen existieren nur zur Entwicklungszeit – der Code, den du ausspielst, ist reines JS.

Entscheidend ist, dass vieles davon automatisch geschieht. TypeScript hat mächtige Typinferenz: Es leitet Typen aus dem Kontext ab, sodass du nicht alles annotieren musst. Es verwendet außerdem strukturelle Typisierung – zwei Typen sind kompatibel, wenn sie dieselbe Form haben, nicht weil sie einen Namen teilen –, was zu JavaScripts flexiblem Stil passt, statt ihn zu bekämpfen.

Die Funktionen, die zählen

Ein paar Funktionen leisten den Großteil der Arbeit. Interfaces und Type-Aliase beschreiben die Form von Objekten und Funktionssignaturen. Union-Typen lassen einen Wert einer von mehreren Typen sein (zum Beispiel String oder Number). Generics lassen dich wiederverwendbaren Code schreiben, der über Typen hinweg funktioniert und dabei typsicher bleibt. Und die darauf aufbauende Editor-Unterstützung – Autovervollständigung, Inline-Dokumentation, sicheres Refactoring – ist oft der größte tägliche Gewinn.

• TypeScript = eine typisierte Obermenge von JavaScript, die zu reinem JS kompiliert (gebaut von Microsoft)
• Fängt Typfehler beim Schreiben / zur Kompilierzeit, nicht zur Laufzeit
• Typinferenz + strukturelle Typisierung: weniger Annotation, passt zu JavaScripts Stil
• Kernfunktionen: Interfaces/Typen, Union-Typen, Generics, exzellente Editor-Unterstützung
• Graduelle Übernahme: füge es Datei für Datei einem bestehenden JavaScript-Projekt hinzu
• Vorbehalt: nur zur Kompilierzeit – validiere weiterhin Laufzeitdaten (Netzwerk/Nutzereingabe)

TypeScript ist außerdem graduell. Du kannst es Datei für Datei übernehmen, reines JavaScript daneben erlauben und die Strenge mit der Zeit erhöhen. Das macht es realistisch, ein bestehendes JavaScript-Projekt schrittweise zu migrieren, statt es von Grund auf neu zu schreiben.

TypeScript vs JavaScript

Was solltest du also nutzen? Für ein winziges Skript ist reines JavaScript in Ordnung und hat keinen Build-Schritt. Für alles, was wachsen wird – eine echte Anwendung, eine geteilte Bibliothek, eine Team-Codebasis – zahlt sich TypeScript aus, indem es Fehler früh fängt und den Code selbstdokumentierend macht. Die meisten modernen Frontend-Frameworks und Build-Tools liefern aus genau diesem Grund erstklassige TypeScript-Unterstützung.

Die ehrlichen Kompromisse

Es ist allerdings nicht kostenlos. Es gibt einen Build-/Kompilier-Schritt und etwas Konfiguration einzurichten. Es gibt eine Lernkurve, und fortgeschrittene Typen können wirklich kompliziert werden. Und – wichtig – TypeScript prüft Typen nur zur Kompilierzeit; es erzwingt sie nicht zur Laufzeit, sodass Daten aus dem Netzwerk oder von Nutzern weiterhin validiert werden müssen. Typen fangen deine Fehler, nicht die der Außenwelt.

Das ehrliche Fazit: TypeScript ist JavaScript mit einem Sicherheitsnetz. Es macht ein schlechtes Design nicht gut, aber es entfernt eine große Kategorie vermeidbarer Bugs und macht große Codebasen weit wartbarer. Für alles jenseits eines schnellen Skripts ist es zur vernünftigen Standardwahl geworden.