
Der CSS :has()-Selektor: Ein praktischer Leitfaden
Wie die Pseudoklasse :has() CSS endlich einen Eltern-Selektor gibt – samt Mustern, Fallstricken und Performance-Kompromissen.
Tags
26 Artikel · Seite 1 von 3

Wie die Pseudoklasse :has() CSS endlich einen Eltern-Selektor gibt – samt Mustern, Fallstricken und Performance-Kompromissen.

Warum unknown die typsichere Alternative zu any ist – und welche Narrowing-Patterns es im Alltag praktikabel machen.

Nutze Template Literal Types, um Event-Namen, Routenmuster und Berechtigungen im Typsystem zu kodieren — ohne Laufzeitprüfungen, ohne String-Drift.

Soft Deletes wirken wie ein Sicherheitsnetz, doch sie beschädigen dein Schema, verfälschen Abfragen und brechen Constraints — bessere Alternativen.

Der satisfies-Operator prüft, ob ein Wert einem Typ entspricht, ohne die Literal-Inferenz zu verlieren — warum das zählt und wann du ihn nutzt.

Ersetze Nodes stringbasierten EventEmitter durch eine generische, typisierte Alternative, die falsche Eventnamen und Payloads beim Kompilieren findet.

N+1 ist kein ORM-Problem: implementiere das DataLoader-Batching-Muster in TypeScript und fasse redundante Abfragen jeder Datenquelle zusammen.

Eliminiere eine ganze Klasse von Laufzeitfehlern, indem TypeScript UserId und OrderId unterscheiden lernt — auch wenn beide intern Strings sind.

Hör auf, Middleware an Frameworks anzuflanschen: baue typsichere, komponierbare Pipeline-Primitive, die isoliert testbar und auf einen Blick klar sind.

Das Typsystem von TypeScript endet beim Kompilieren — Zod schließt die Lücke und validiert Daten zur Laufzeit dort, wo es wirklich darauf ankommt.

Server Actions holen Formulare und Mutationen in Next.js zurück auf den Server — richtig einsetzen, Fallstricke vermeiden, skalierbare Muster bauen.

Weg vom try-catch-Wirrwarr: discriminated unions, Result-Typen und Fehlergrenzen, die TypeScript-Codebasen zuverlässiger und wartbarer machen.