Seite 4 - TypeScript

as const zwingt den Compiler, den engstmöglichen literalen Typ für einen Ausdruck abzuleiten, statt ihn auf einen weiten Typ wie string oder number[] zu verallgemeinern. Das Ergebnis sind präzisere Typen, ganz ohne zusätzliche Typdefinition.

Wer Event-Handler in TypeScript einfach mit any oder dem generischen Event-Typ schreibt, verliert Autovervollstaendigung, riskiert Laufzeitfehler bei falschen Property-Zugriffen und produziert Bugs, die erst im Browser sichtbar werden. Dieser Artikel zeigt, wie MouseEvent, KeyboardEvent und CustomEvent korrekt typisiert werden, wie target und currentTarget sauber genarrowed werden und wie ein typsicherer Event-Emitter Komponenten in Magento- und Hyvae-Frontends robust verbindet.

Wer eine Factory Funktion, einen Mixin oder einen kleinen Dependency Injection Container baut, stößt schnell auf ein Problem: Der Typ new (...) => T akzeptiert nur konkrete, instanziierbare Klassen. Abstrakte Basisklassen fallen durch das Raster, obwohl man sie oft genau dort braucht, wo man Subklassen generisch verarbeiten will. Genau dafür gibt es seit TypeScript 4.2 die abstract construct signature.

Alpine.js macht x-data bewusst ungetypt, was in kleinen Snippets kein Problem ist, aber in größeren Hyvä-Komponenten schnell zu stillen Bugs, falschen Property-Namen und schwer wartbarem Code führt. Dieser Artikel zeigt typisierte Factory-Functions, JSDoc-basierte Typisierung ohne Build-Step und ein leichtgewichtiges TypeScript-Pattern, das CSP-konform bleibt, Hyvä's No-Build-Philosophie respektiert und trotzdem echte Typsicherheit für Teams und komplexe Komponenten liefert.

Ein falsch gesetztes module-Feld in tsconfig.json oder eine unvollständige exports-Map in package.json führt bei TypeScript-Paketen regelmäßig zu ERR_REQUIRE_ESM- oder ERR_UNKNOWN_FILE_EXTENSION-Fehlern, die erst beim Konsumenten sichtbar werden. Wer die Unterschiede zwischen ESM und CommonJS beim Kompilieren versteht, vermeidet den Dual-Package-Hazard und liefert Pakete, die in beiden Welten zuverlässig funktionieren.

esbuild, SWC und Babel kompilieren jede Datei für sich allein, ohne Typinformationen aus anderen Dateien. isolatedModules deckt genau die Fälle auf, die dabei scheitern würden.

Ein Fehlercode als Zahl oder ein einzelnes Boolean fuer den Fehlerfall verschweigt dem Compiler, welche Fehlerarten tatsaechlich existieren. Discriminated Unions machen jede moegliche Fehlervariante als eigenen, benannten Typ sichtbar und erzwingen ueber Exhaustiveness Checking, dass keine davon im Code vergessen wird.

Hover-Infos, AST-Baum, Versionsvergleich und teilbare Permalinks: der offizielle Playground löst Typ-Rätsel oft schneller als die lokale IDE.

TypeScript prüft Typen anhand ihrer Form, nicht anhand ihres Namens. Eine UserId und eine OrderId sind für den Compiler identisch, solange beide als string deklariert sind, und lassen sich deshalb versehentlich vertauschen. Branded Types schließen genau diese Lücke, indem sie einem strukturellen Typsystem eine nominale Unterscheidung hinzufügen, komplett ohne Laufzeitkosten.

Wer TypeScript in Node.js-Projekten einsetzt, stößt schnell auf widersprüchliche Ratschläge zu tsc, ts-node, ESM und CommonJS. Dieser Artikel zeigt die praktischen Optionen zum Ausführen von TypeScript in Node, klärt die Modul-Interop-Fallstricke zwischen ESM und CommonJS und liefert eine minimale, funktionierende tsconfig für CLI- und Build-Skript-Projekte, inklusive des nativen Type-Stripping-Supports neuerer Node-Versionen.