Seite 4 - PHP

Magic Methods wie __get, __call und __invoke wirken auf den ersten Blick elegant, weil sie PHP erlauben, auf undefinierte Eigenschaften und Methoden zu reagieren. Wer sie unreflektiert einsetzt, baut aber Code, den weder IDE-Autovervollständigung noch PHPStan mehr verstehen, und erschwert damit Debugging und Wartung erheblich.

Eine falsch vergebene Versionsnummer bricht in Sekunden hunderte fremde Installationen, ohne dass der Maintainer davon zunächst etwas merkt. Semantic Versioning ist die Vereinbarung, auf die sich das gesamte Composer-Ökosystem verlässt: MAJOR für Breaking Changes, MINOR für neue, abwärtskompatible Funktionen, PATCH für Bugfixes. Dieser Artikel erklärt die Regeln im Detail, zeigt Composer-Constraints und automatisierte Versionsermittlung mit echtem PHP-8.4-Code.

Eine persistente Datenstruktur bleibt nach jeder Änderung in ihrer alten Version vollständig erhalten und erzeugt eine neue Version, ohne den kompletten Inhalt zu kopieren. In PHP 8.4 lässt sich dieses Prinzip mit unveränderlichen verketteten Listen und Structural Sharing direkt umsetzen, ganz ohne externe Bibliothek.

unserialize() auf nicht vertrauenswürdige Daten anzuwenden, gehört zu den gefährlichsten Mustern in PHP-Anwendungen. Gadget Chains aus harmlos wirkenden Klassen ermöglichen Remote Code Execution allein durch das Wiederherstellen eines Objekts. JSON, allowed_classes und signierte Payloads schließen diese Lücke zuverlässig.

Wer in wachsenden PHP-Projekten weiterhin mit generischen Exceptions oder wahllos vielen Einzelklassen arbeitet, verliert schnell den Überblick zwischen fachlichen und technischen Fehlern. Dieser Artikel zeigt, wie eigene Exception-Hierarchien mit abstrakten Basisklassen, Marker-Interfaces und typisierten Kontextdaten entstehen, die über Domain-, Application- und Infrastructure-Schichten hinweg tragen.

Die meisten PHP-Entwickler kennen PDO nur von query() und fetch(). Wer PDO fortgeschritten nutzt, kontrolliert Fetch-Modi gezielt, setzt Transaktionsgrenzen bewusst und vermeidet die typischen Performance-Fallen bei Bulk-Operationen, die in Tutorials selten vorkommen, in Produktionscode aber täglich auftreten.

Wer jede Exception pauschal mit catch (\Exception $e) auffängt, verliert die Unterscheidung zwischen Programmierfehlern und erwartbaren Laufzeitproblemen. Dieser Artikel zeigt, wie die eingebaute Throwable-Hierarchie und die SPL-Exceptions von PHP 8.4 ein robustes Error-Handling ermöglichen, inklusive try/catch/finally, Fehlerkonvertierung und sauberem Exception-Logging.

Unveränderliche Objekte verändern grundlegend, wie zuverlässig sich PHP-Code verhält: Ein einmal konstruiertes Value Object kann später von keiner Stelle im Programm heimlich verändert werden, weil es schlicht keine Setter mehr gibt. Statt bestehende Instanzen zu mutieren, erzeugen with-Methoden bei jeder Änderung eine neue, vollständig initialisierte Kopie mit dem geänderten Wert. Dieser Beitrag zeigt an einem durchgehenden Money-Beispiel, wie readonly-Properties, with-Methoden und Named Constructors zusammenspielen, und warum Klonen mit anschließender Mutation bei readonly-Properties in PHP technisch gar nicht funktioniert.

Currying zerlegt eine mehrstellige Funktion in eine Kette einstelliger Funktionen, partielle Anwendung friert einzelne Argumente vorab ein. Beide Techniken lassen sich in PHP 8.4 ohne externe Bibliothek mit Closures nachbauen und reduzieren wiederkehrende Parameter auf ein Minimum.

Ein eigener Query Builder ersetzt fragile String-Konkatenation durch ein Objekt, das SQL-Ausdrücke schrittweise, typsicher und testbar zusammensetzt. Wer versteht, wie ein Query Builder intern funktioniert, kann fertige Lösungen wie Doctrine oder Laravels Eloquent gezielter einsetzen und weiß, wo Eigenbau tatsächlich sinnvoll ist.