Seite 4 - TypeScript

Wer eine untypisierte JavaScript-Bibliothek einbindet, verliert Autovervollstaendigung und Typsicherheit im gesamten Projekt. Declaration Files schliessen diese Luecke, ohne den fremden Code zu veraendern. Dieser Guide zeigt, wann DefinitelyTyped bereits ausreicht, wann eigene Typen noetig sind und wie man das globale Window-Objekt sicher erweitert.

Abstract Classes kombinieren einen verbindlichen Vertrag mit gemeinsam genutzter Implementierung und sind damit das richtige Werkzeug, sobald mehrere Klassen dieselbe Basislogik teilen sollen. Dieser Artikel zeigt die exakte Syntax, den Unterschied zu reinen Interfaces am Beispiel einer Repository-Basisklasse und erklärt, warum TypeScript die Abstraktion beim Kompilieren vollständig entfernt, während PHP sie zur Laufzeit tatsächlich durchsetzt.

Wer TypeScript in einem Monorepo ohne Project References einsetzt, wartet bei jeder Änderung auf eine komplette Neuprüfung des gesamten Codes und verliert echte Typsicherheit zwischen Paketen. Project References, composite Builds und eine gemeinsame Basis-Konfiguration schaffen einen klaren Abhängigkeitsgraphen, schnelle inkrementelle Builds und verlässliche Grenzen zwischen Paketen, auch bei wachsender Paketanzahl.

Handgeschriebene TypeScript-Interfaces für REST-Endpunkte veralten schleichend, sobald sich das Backend weiterentwickelt, und liefern dann trügerische Typsicherheit statt echtem Schutz vor Laufzeitfehlern. Dieser Artikel zeigt, wie openapi-typescript und verwandte Tools TypeScript-Typen sowie typisierte Fetch-Clients direkt aus einer OpenAPI-Spezifikation erzeugen und wie sich dieser Prozess zuverlässig in Build- und CI-Pipelines verankern lässt.

Wer TypeScript-Projekte mit Webpack baut, steht vor einer zentralen Entscheidung: volle Typprüfung im Build oder maximale Kompiliergeschwindigkeit. Dieser Artikel zeigt, wie ts-loader, babel-loader und fork-ts-checker-webpack-plugin zusammenspielen, wie eine typsichere webpack.config.ts aufgebaut wird und wann der Wechsel zu esbuild, swc, Vite oder Rspack tatsächlich lohnt.

Ein falsch konfiguriertes ESLint-Setup uebersieht entweder echte Typfehler oder bremst jeden Commit mit unnoetig langsamen type-aware Regeln aus. Mit der modernen Flat Config, dem Paket typescript-eslint und einer klaren Trennung zwischen schnellem Syntax-Lint und vollstaendigem Type-Check laesst sich beides gleichzeitig erreichen: verlaessliche Fehlererkennung und ein Entwicklungsworkflow, der nicht ausbremst.

TypeScript-Typen existieren nur zur Kompilierzeit und schützen Formulardaten nicht vor unsauberen Nutzereingaben, die zur Laufzeit als unbekannte Strings ankommen. Dieser Artikel zeigt, wie Schema-Validierungsbibliotheken wie Zod und Valibot Laufzeit-Prüfung und TypeScript-Typen aus einer einzigen Quelle ableiten, praxisnah für Checkout-Formulare, native FormData-Verarbeitung, typisierte API-Schichten und verständliche Fehlermeldungen in der Benutzeroberfläche.

PHP-Entwickler kennen die meisten Konzepte von TypeScript bereits, nur unter anderen Namen und mit anderen Garantien. Dieser Artikel ordnet Union Types, Interfaces, Immutability, Enums und Generics aus der PHP-Welt ihren TypeScript-Entsprechungen zu, zeigt konkret, wo nominale und strukturelle Typisierung auseinanderlaufen, und vergleicht ein typisches Value Object Zeile für Zeile in beiden Sprachen.

Wer TypeScript-Projekte wachsen lässt, ohne die Compiler-Performance im Blick zu behalten, erlebt irgendwann minutenlange Build-Zeiten und einen tsserver, der im Editor spürbar hängt. Kombinatorische Typinstanziierung, riesige Union-Typen und fehlende Project References sind die häufigsten Ursachen. Dieser Artikel zeigt praxisnah, wie man langsame Builds mit generateTrace diagnostiziert, typische Fallen erkennt und mit Project References sowie inkrementellen Builds gezielt beschleunigt.

Statisch getippte Frontends verlassen sich oft blind auf handgeschriebene Interfaces, während sich die API im Hintergrund längst weiterentwickelt hat. Aus einer einzigen OpenAPI-Spezifikation generierte TypeScript-Typen, kombiniert mit Laufzeitvalidierung durch zod, schließen genau diese Lücke und halten Backend und Headless-Frontend in Magento- und PWA-Projekten dauerhaft synchron.