Seite 2 - TypeScript

Der strict Modus in TypeScript ist kein einzelner Schalter, sondern ein Bündel aus acht Compiler-Flags, die gemeinsam über echte Typsicherheit entscheiden. Wer strict erst nach Jahren aktiviert, sieht oft tausende Fehler auf einmal und bricht die Migration ab. Dieser Artikel zeigt, welche Flags den größten Nutzen bei geringstem Aufwand bringen und wie eine Bestandscodebasis realistisch schrittweise umgestellt wird.

Fastify behandelt JSON Schema nicht als Zusatzfeature, sondern als zentralen Baustein: dasselbe Schema validiert eingehende Requests zur Laufzeit, beschleunigt die Serialisierung der Antwort und liefert mit TypeBox automatisch den passenden TypeScript-Typ, ohne dass Entwickler Typen manuell doppelt pflegen muessen.

Technical Debt durch any-Nutzung verschwindet nicht durch einen einmaligen Aufräumtag, sondern wächst leise weiter, solange kein System dahinter steht. CI-Budgets, Ticket-Pflicht für Ausnahmen, klare Ownership und regelmäßiges Reporting machen aus any-Technical-Debt ein messbares, steuerbares Governance-Thema statt eines schlechten Gewissens im Team.

Ohne einen strukturierten Versionierungsprozess enden interne TypeScript-Pakete entweder bei einer einzigen globalen Versionsnummer für das gesamte Monorepo oder bei handgeschriebenen Changelogs, die niemand konsistent pflegt. Changesets löst beide Probleme mit einem deklarativen, review-fähigen Workflow.

Decorators erweitern Klassen, Methoden und Properties um wiederverwendbares Verhalten, ohne den eigentlichen Code zu verändern. Seit TypeScript 5.0 steht dafür der neue TC39 Stage 3 Standard ohne Compiler-Flag bereit, während Angular und ältere NestJS-Versionen weiterhin auf experimentalDecorators und reflect-metadata setzen. Dieser Artikel zeigt beide Systeme mit echten Codebeispielen für Logging, Validierung und Dependency Injection.

TypeScript-Typen verschwinden beim Kompilieren vollständig, doch echte Daten aus APIs, Formularen und externen Bibliotheken halten sich nicht immer an die versprochene Form. Dieser Artikel zeigt, wie eingebautes Narrowing, eigene Type Guard Funktionen und Assertion Functions zusammenspielen, um Werte zur Laufzeit zuverlässig zu prüfen und dem Compiler danach präzise, vertrauenswürdige Typen zu liefern.

TypeScript verwandelt altbekannte GoF-Patterns aus der objektorientierten Softwareentwicklung in Werkzeuge mit echten Compile-Zeit-Garantien. Wer Factory, Strategy, Observer und Builder mit diskriminierten Unions, generischen Typen und Exhaustiveness-Checks kombiniert, verhindert ganze Fehlerklassen, die in reinem JavaScript erst zur Laufzeit auffallen, und baut gleichzeitig wartbarere, besser testbare Architekturen für Checkout- und Headless-Commerce-Systeme.

Express liefert von Haus aus nur schwach typisierte Request- und Response-Objekte. Mit generischen Typen fuer Body, Params und Query, typisierten Middleware-Ketten und einer klaren Fehlerklassen-Hierarchie wird aus einem fragilen JavaScript-Framework eine TypeScript-Backend-Architektur, die Fehler schon beim Kompilieren statt erst zur Laufzeit meldet.

Autovervollständigung, rote Wellenlinien und Rename Symbol wirken im Editor wie eingebaute Magie. Tatsächlich steckt dahinter ein eigener, dauerhaft laufender Prozess: der TypeScript Language Server. Wer versteht, wie tsserver Projekte erkennt, Anfragen beantwortet und mit Speicher umgeht, kann Performance-Probleme gezielt lösen statt den Editor einfach neu zu starten.

Kein separater Generierungsschritt, kein Client-Rebuild nach jeder Schemaänderung: Drizzle leitet Query-Typen live aus dem TypeScript-Schema ab.