Seite 5 - PHP

Memoization speichert das Ergebnis einer Funktion beim ersten Aufruf und liefert es bei jedem weiteren Aufruf mit denselben Argumenten sofort aus dem Cache. Weil dieses Verfahren nur bei referenziell transparenten, reinen Funktionen garantiert korrekt ist, verbindet Memoization funktionale Programmierung und Performance-Optimierung in PHP 8.4 direkt miteinander.

Datenbank Migrationen sind versionierte, nachvollziehbare Schema-Änderungen, die jedes Team ohne manuelles ALTER TABLE über SSH-Verbindungen ausführt. Ein selbstgebautes Migrationssystem aus Migrationstabelle, Up- und Down-Methoden sowie einem schlanken CLI-Runner deckt die Kernanforderungen ab, ohne Doctrine Migrations oder Laravel als Abhängigkeit einzuführen.

Pagination entscheidet über Ladezeit und Konsistenz jedes Listen-Endpunkts. Dieser Artikel zeigt, warum klassische Offset-Pagination bei wachsenden Tabellen langsam wird, wie Cursor-basierte Keyset-Pagination in PHP funktioniert und wie opake Cursor-Tokens robust kodiert werden.

Swoole Coroutines erlauben es, in PHP tausende gleichzeitige Aufgaben effizient zu bearbeiten, ohne Threads oder zusätzliche Prozesse zu starten. Wer versteht, wie der Coroutine-Scheduler kooperativ arbeitet und wie Channels und WaitGroup Ergebnisse synchronisieren, kann mit Swoole Coroutines echte Parallelität in PHP nutzen, ohne die klassischen Fallstricke von Threading zu erben.

Maybe und Either machen einen Fehlerzustand zum Bestandteil des Rückgabetyps, statt ihn implizit über null oder eine geworfene Exception zu verstecken. In PHP 8.4 lassen sich beide Typen mit readonly-Klassen und Enums vollständig ohne externe Bibliothek nachbauen.

Klassenkonstanten und magische Strings sind seit PHP 8.1 kein notwendiges Übel mehr. PHP Enums bringen echte Typsicherheit für endliche Wertemengen: Pure Enums für rein interne Zustände, Backed Enums für Persistenz und API-Kompatibilität, dazu Methoden, Interfaces und sichere Konvertierung mit from() und tryFrom().

Eine abstrakte Klasse und ein Interface lösen auf den ersten Blick ein ähnliches Problem, nämlich einen Vertrag festzulegen, dem konkrete Klassen folgen müssen. Der entscheidende Unterschied liegt darin, was jede der beiden Konstruktionen tatsächlich mitbringt: Ein Interface ist ein reiner Vertrag ohne jede Implementierung, eine abstrakte Klasse dagegen kann Konstruktoren, geteilten Zustand und konkrete Methoden enthalten, die alle Unterklassen automatisch erben. Dieser Beitrag zeigt an einem durchgehenden Report-Generator-Beispiel, wann welches Werkzeug die richtige Wahl ist, warum die Single-Inheritance-Beschränkung von PHP diese Entscheidung entscheidend prägt und wie beide Konzepte in einer einzigen Klassenhierarchie sauber zusammenspielen.

Wer einen DI-Container nur aus der Dokumentation eines Frameworks kennt, versteht selten, warum er so entworfen ist, wie er entworfen ist. In diesem Artikel bauen wir einen minimalen, PSR-11-kompatiblen DI-Container von Grund auf in reinem PHP 8.4: mit Reflection-basiertem Autowiring, rekursiver Abhängigkeitsauflösung, Erkennung von Zirkularität und klar definierten Bindings zwischen Interface und Implementierung. Am Ende steht kein Produktionscode, sondern ein Werkzeug zum Verstehen, das zeigt, was PHP-DI, Symfony DependencyInjection und der Laravel Container tatsächlich unter der Haube leisten.

Jede API-Integration, jeder Webhook und jeder Payment-Gateway-Aufruf steht und fällt mit der Wahl des richtigen PHP HTTP-Client. Dieser Artikel vergleicht natives cURL, Guzzle und Symfony HttpClient entlang von Middleware, Async-Support, PSR-18-Kompatibilität und Testbarkeit, mit echten Codebeispielen für jede Lösung.

Eine Zuweisung wie $b = $a bei einem großen PHP-Array wirkt auf den ersten Blick wie eine teure Kopieroperation, kostet intern aber zunächst nur das Erhöhen eines Referenzzählers. Copy-on-Write verschiebt die eigentliche Kopie auf den Moment, in dem eine der beiden Variablen tatsächlich verändert wird, und genau dieser Mechanismus entscheidet über Speicherverbrauch und Performance bei jeder Array-Übergabe in PHP.