Seite 9 - TypeScript

Hono RPC erzeugt einen vollständig typisierten API-Client direkt aus dem Rückgabetyp der Serverrouten, ohne separaten Codegenerierungsschritt und ohne dupliziertes Schema. Der Server ist gleichzeitig die einzige Quelle der Wahrheit für Endpunkt, Payload und Antwort.

Server Actions verschieben Mutationen direkt in Server-Funktionen, die aus Client-Komponenten heraus aufrufbar sind. Ohne saubere Typisierung von Eingaben, Rückgaben und Fehlern wird aus dieser Bequemlichkeit jedoch schnell eine Quelle unsichtbarer Laufzeitfehler.

Interne CLI-Tools wachsen fast immer organisch: ein Flag hier, ein Subcommand dort, irgendwann parst niemand mehr genau, was ein Nutzer eingeben darf. Mit Commander und yargs lassen sich Flags, Optionen und Subcommands so deklarieren, dass TypeScript die Handler-Signatur automatisch aus der Definition ableitet, Tippfehler bei Flag-Namen werden zu Compile-Fehlern statt zu stillen undefined-Werten zur Laufzeit.

Testcode bekommt oft einen Freifahrtschein bei der Typsicherheit, weil Deadlines drücken, ein Mock schnell kopiert wird oder es ja angeblich nur ein Test ist. Dabei sollen gerade Tests Typregressionen im getesteten Code zuverlässig aufdecken. Dieser Artikel zeigt praxistaugliche typisierte Mocking-Patterns mit vi.mocked, satisfies und Mock-Factories sowie unknown und zod als Ersatz für any bei losen Testdaten.

TypeScript kompiliert zu purem JavaScript, fängt aber ganze Fehlerklassen schon beim Kompilieren ab, bevor sie im Browser oder auf dem Server auftauchen. Statische Typen, verlässliche Autocomplete-Vorschläge und sichere Refactorings verändern den Entwickleralltag spürbar, kosten aber eine Lernkurve und einen zusätzlichen Build-Schritt, der sich nicht für jedes Projekt gleichermaßen lohnt.

Jede Request-Payload, die eine API entgegennimmt, ist aus Sicht von TypeScript zunächst unknown, egal wie vertrauenswürdig der Client erscheint. Dieser Artikel zeigt, wie das Trust-Boundary-Pattern Validierung konsequent an der Systemgrenze verankert, mit Middleware, die vor jedem Handler validiert, typisierten Request-Objekten im restlichen Code und einer strukturierten Fehlerausbreitung, die verhindert, dass ungeprüfte Daten tiefer in die Anwendung vordringen.

Die eingebaute Error Klasse aus JavaScript reicht fuer eine wachsende Codebasis selten aus: sie traegt keine Error Codes, keine strukturierten Metadaten und keine saubere Serialisierung. Eine durchdachte Error Klassen Hierarchie loest diese Probleme mit einer gemeinsamen Basisklasse, konsistenten instanceof Pruefungen und Cause Chaining fuer verkettete Fehlerursachen.

Vite transpiliert TypeScript beim Entwickeln blitzschnell über esbuild, prüft dabei aber bewusst keine Typen, damit Hot Module Replacement und Dev-Server-Start schnell bleiben. Dieser Artikel zeigt, wie ihr mit vite-plugin-checker Typfehler trotzdem sichtbar macht, vite.config.ts sauber typisiert und ein minimales Vite plus TypeScript Setup für Admin-Widgets und Frontend-Tools aufsetzt.

Wer fetch() direkt verwendet, bekommt von TypeScript keinerlei Garantie über die Form der Antwort: response.json() liefert any, und ein einfacher Generic-Parameter validiert zur Laufzeit gar nichts. Dieser Artikel zeigt, wie ein generischer Fetch-Wrapper mit typisierten Fehlerergebnissen, Timeout-Handling und einem praktischen API-Client echte Typsicherheit für Magento- und Headless-Projekte schafft.

NestJS kombiniert TypeScript-Decorators, Dependency Injection und eine modulare Architektur zu einem Backend-Framework, das Struktur erzwingt statt sie dem Zufall zu ueberlassen. Wer TypeScript mit NestJS lernt, versteht Module, Controller, Provider, DTOs und Guards als zusammenhaengendes System, nicht als lose Sammlung von Funktionen.