Seite 8 - TypeScript

TypeScript bietet mit Enums und Union-Literal-Typen zwei grundverschiedene Werkzeuge, um eine feste Menge erlaubter Werte abzubilden. Beide haben ihre Berechtigung, doch die Wahl hat spürbare Auswirkungen auf Bundle-Größe, Serialisierung und Interoperabilität.

Eine vollständige Neuschreibung einer gewachsenen JavaScript-Codebasis scheitert in der Praxis fast immer an Zeitdruck, laufendem Betrieb und Merge-Konflikten. Dieser Artikel zeigt, wie allowJs und checkJs Typfehler aufdecken, ohne eine einzige Datei umzubenennen, welche Reihenfolge sich bewährt und wie Teams die Migration messbar zu Ende bringen, statt in einem dauerhaften Zwischenzustand steckenzubleiben.

Falsche moduleResolution Einstellungen erzeugen verwirrende Cannot find module Fehler obwohl der Code eigentlich korrekt ist. Dieser Artikel erklärt wie TypeScript unter node node16 und bundler Importpfade auflöst warum Vite und Webpack andere Regeln nutzen als der reine tsc Compiler und wie ihr die passende Strategie für euer tatsächliches Build Tool wählt.

Große TypeScript Projekte leiden oft unter langsamen Builds, weil der Compiler bei jedem Lauf sämtliche Dateien erneut vollständig prüft und Typen neu berechnet. Dieser Artikel zeigt praxisnah, wie der Cache tsbuildinfo, die Flags incremental und composite sowie Project References mit tsc build Kompilierzeiten in Monorepos und großen Codebasen spürbar reduzieren, inklusive konkreter Diagnose und Messmethoden für hartnäckige Engpässe im Alltag.

Mit jedem neuen globalen Zustand, ob Theme, Authentifizierung oder Feature-Flags, waechst in vielen React-Anwendungen die Zahl der verschachtelten Context-Provider rund um die Wurzel der Anwendung. Dieser Artikel zeigt, wie sich diese tief verschachtelte Provider Hell durch ein komponierbares AppProviders-Pattern aufloesen laesst, inklusive Provider-Reihenfolge, Memoisierung, TypeScript-Typisierung und Testing.

Ein internes TypeScript-Paket, das im Monorepo importiert wird, aber beim Bundeln der Anwendung plötzlich Type-Errors oder falsche Runtime-Module lädt, hat fast immer dieselbe Ursache: ein fehlerhaft konfiguriertes exports-Feld. Wer die Feinheiten von Conditional Exports und typesVersions versteht, vermeidet diese Fehlerklasse dauerhaft.

SolidJS verzichtet auf einen virtuellen DOM und aktualisiert stattdessen einzelne DOM-Knoten direkt über ein feingranulares Signal-System. TypeScript begleitet dieses Modell mit präzisen Typen für Signal-Zugriff, Komponenten-Props und typisierten Kontrollfluss-Komponenten.

Ein TypeScript-Monorepo ohne Build-Orchestrierung baut bei jedem Commit alle Pakete neu, auch wenn sich nur eine Zeile in einem einzigen Paket geändert hat. Nx und Turborepo lösen dieses Problem mit Task-Graphen, Caching und Affected-Detection, aber mit unterschiedlicher Philosophie und unterschiedlichem Funktionsumfang.

Ein TypeScript-Typ, der fehlerfrei kompiliert, ist nicht automatisch korrekt. Komplexe generische und bedingte Typen können sich unbemerkt zu any verbreitern, ungültige Formen akzeptieren oder in einem Zweig falsch verengen. Tools wie tsd, expect-type und Vitests expectTypeOf machen genau dieses Verhalten testbar, rein zur Kompilierzeit, ohne dass ein einziger Runtime-Test dafür nötig ist.

Der offizielle TypeScript-Compiler tsc ist in JavaScript geschrieben und für Typsicherheit optimiert, nicht für Geschwindigkeit. esbuild und swc kompilieren denselben TypeScript-Code in Go beziehungsweise Rust und erreichen dabei zehn- bis zwanzigfach kürzere Build-Zeiten, verzichten dafür aber bewusst auf die vollständige Typprüfung während der Transformation.