Seite 104 - Maxim Mironjuk

ARIA überschreibt keine Optik und kein Verhalten, sondern ergänzt ausschließlich den Accessibility Tree um Rollen, Status und Eigenschaften, die Screenreader und andere assistive Technologien auswerten. Wer ARIA einsetzt, ohne die fünf Grundregeln zu kennen, baut oft unzugängliche statt zugängliche Interfaces. Dieser Beitrag zeigt anhand einer echten Tab-Komponente, wann ARIA wirklich nötig ist und wann ein natives HTML-Element die bessere Wahl bleibt.

Vier neue Array-Methoden liefern eine veraenderte Kopie statt das Original zu mutieren. Das macht sort(), reverse() und splice() in State-getriebenem Code endlich ueberfluessig.

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.

Ein Breaking Change in einer öffentlichen API entsteht meist nicht absichtlich, sondern schleicht sich in einem unauffälligen Pull Request ein, der eigentlich nur einen internen Bugfix beheben sollte. Diagnose-Tools wie oasdiff und openapi-diff vergleichen zwei Versionen einer OpenAPI-Spezifikation automatisiert und erkennen genau solche Vertragsbrüche zuverlässig, bevor sie gemergt werden. Dieser Artikel zeigt den Unterschied zu reinem Spectral-Linting, wie ein CI-Gate konkret aufgebaut wird und wie bewusst gewollte Breaking Changes über einen Whitelist-Mechanismus dokumentiert freigegeben werden.

Ein Cron Job, der jede Minute ein Verzeichnis nach Änderungen durchsucht, verschwendet Ressourcen und reagiert trotzdem erst mit Verzögerung. Der Linux Kernel bietet mit inotify und dem mächtigeren fanotify zwei Event basierte Mechanismen, die Änderungen am Dateisystem sofort melden, ganz ohne Polling.

Composable Commerce löst den monolithischen Shop durch austauschbare, über APIs verbundene Services ab. Magento kann in diesem Modell als reine Commerce-Engine agieren, während Suche, Content und Frontend als eigenständige Bausteine daneben leben. Wer das Prinzip versteht, vermeidet die typischen Fallstricke bei Latenz, Konsistenz und Betriebskomplexität.

Die Alpine.js Plugin-API ermöglicht es, eigene Direktiven wie x-tooltip, magische Properties wie $format und globale Stores zu registrieren – und diese Erweiterungen sauber gebündelt in jedem Alpine-Projekt wiederzuverwenden.

Eine unsaubere Heading-Hierarchie verwirrt Crawler, zerstört Featured-Snippet-Chancen und erschwert Screenreadern die Navigation. Wer H1 bis H6 konsequent nach Bedeutung statt nach Optik vergibt, verbessert Sichtbarkeit in der Google-Suche, Barrierefreiheit und Scanbarkeit gleichzeitig, mit klaren Regeln für Magento-Kategorieseiten, Produktseiten und Hyvä-Templates.

Die meisten PHP-Projekte haben entweder zu viele Unit Tests für Code, der von Datenbankzuständen abhängt, oder zu wenige Tests auf der richtigen Ebene. Die Testpyramide ist kein akademisches Konzept, sondern ein praktisches Werkzeug für die Entscheidung, welcher Testtyp welches Problem am effizientesten löst.

Wer Alpine.js-Komponenten immer wieder als Inline-x-data-Objekt in HTML-Attribute schreibt, wiederholt Logik über Dutzende Templates hinweg. Alpine.data() trennt Zustand und Verhalten von der Markup-Ebene, macht Komponenten benannt, testbar und über beliebig viele Instanzen einer Seite hinweg wiederverwendbar.