Mit PHP 8.5 ist eine neue Version erschienen, die nicht nur ein paar kleine Detailverbesserungen mitbringt, sondern an mehreren Stellen echte Auswirkungen auf den Entwickleralltag hat. Manche Änderungen sind sofort sichtbar, andere wirken eher unter der Haube. Genau diese Mischung macht PHP 8.5 spannend.

Besonders interessant finde ich, dass PHP 8.5 nicht einfach nur neue Syntax ergänzt, sondern an mehreren Stellen die Sprache konsistenter, moderner und in der Praxis angenehmer macht. Gleichzeitig gibt es aber auch einige Deprecations und Verhaltensänderungen, die man bei bestehenden Projekten nicht ignorieren sollte.

Der Pipe-Operator ist endlich da

Eines der sichtbarsten neuen Features in PHP 8.5 ist der Pipe-Operator |>. Damit lassen sich Rückgabewerte lesbarer an die nächste Operation weiterreichen, ohne dass der Code unnötig verschachtelt wirkt.

Gerade bei längeren Verarbeitungsketten kann das den Code deutlich klarer machen. Der Operator ändert nicht grundlegend, was mit PHP möglich ist, aber er verbessert die Lesbarkeit an genau den Stellen, an denen bislang häufig ineinander geschachtelte Funktionsaufrufe oder zusätzliche Zwischenvariablen nötig waren.

Konstante Ausdrücke werden deutlich flexibler

PHP 8.5 erweitert außerdem die Möglichkeiten rund um constant expressions. Ab sofort sind dort nicht nur mehr Casts erlaubt, sondern auch Closures und First-Class-Callables. Das betrifft zum Beispiel Attribut-Parameter, Konstanten sowie Default-Werte von Properties und Parametern.

Das ist keine Änderung, die in jedem Projekt sofort auffällt. Für Framework-nahen Code, moderne Library-Entwicklung und sauberere Metadaten-Strukturen ist das aber eine sehr interessante Verbesserung. Genau an solchen Stellen merkt man, dass PHP sich weiter in Richtung einer konsistenteren und ausdrucksstärkeren Sprache bewegt.

#[\NoDiscard] bringt mehr Disziplin in APIs

Mit dem neuen Attribut #[\NoDiscard] kann in PHP 8.5 markiert werden, dass ein Rückgabewert nicht stillschweigend ignoriert werden sollte. Das ist vor allem für APIs spannend, bei denen ein Rückgabewert fachlich wichtig ist und ein versehentliches Wegwerfen leicht zu Fehlern führen kann.

Passend dazu gibt es jetzt auch den (void)-Cast. Damit kann ausdrücklich signalisiert werden, dass ein Rückgabewert bewusst verworfen wird. Diese Kombination ist aus meiner Sicht ein gutes Beispiel dafür, wie PHP 8.5 nicht einfach nur neue Syntax ergänzt, sondern die Kommunikation zwischen Code, Entwicklern, IDEs und Analysewerkzeugen verbessert.

Weitere sinnvolle Sprachverbesserungen

Daneben gibt es in PHP 8.5 mehrere kleinere, aber sehr nützliche Erweiterungen. Dazu gehören Attribute auf nicht-klassenbasierten Konstanten, #[\Override] für Properties, asymmetrische Sichtbarkeit für statische Properties und Backtraces bei Fatal Errors. Gerade der letzte Punkt ist im Alltag Gold wert, weil harte Laufzeitfehler damit deutlich besser analysierbar werden.

Auch die Änderung rund um clone ist spannend: Das Sprachkonstrukt ist nun als Funktion nutzbar und unterstützt dabei auch das gezielte Neusetzen von Properties beim Klonen. Solche Dinge wirken klein, eröffnen aber gerade bei immutable oder readonly-nahen Strukturen neue Möglichkeiten.

Die neue URI-Extension und technische Verbesserungen unter der Haube

PHP 8.5 bringt außerdem eine neue URI-Extension mit. Dazu kommen neue Klassen für URI- und URL-bezogene Anwendungsfälle. Das wirkt zunächst eher technisch, ist aber ein weiterer Schritt, um häufige Web-nahe Aufgaben sauberer und standardisierter abzubilden.

Zusätzlich hat sich unter der Haube einiges getan. Die Dokumentation nennt unter anderem zahlreiche Performance-Verbesserungen, schnellere Exception-Erzeugung, Optimierungen in verschiedenen Extensions und eine neue Situation bei Opcache: Die Erweiterung ist jetzt immer im PHP-Binary enthalten und wird immer geladen. Das ändert zwar nicht automatisch die komplette Laufzeitkonfiguration, ist aber bei Deployments, Paketierung und Docker-Setups definitiv relevant.

PHP 8.5 bringt auch echte Upgrade-Fallen mit

So interessant die neuen Features sind, genauso wichtig sind die Änderungen, die bei bestehenden Projekten Probleme verursachen können. PHP 8.5 deprecates unter anderem einige Dinge, die in älterem Code durchaus noch vorkommen: nicht-kanonische Cast-Namen wie (boolean) oder (integer), den Backtick-Operator als Alias für shell_exec(), case-Statements mit Semikolon statt Doppelpunkt sowie die Rückgabe von null aus __debugInfo().

Weich deprecatiert wurden außerdem __sleep() und __wakeup(). Langfristig sollte stattdessen mit __serialize() und __unserialize() gearbeitet werden. Ebenfalls wichtig: Die Verwendung von null als Array-Offset ist jetzt deprecated. Solche Dinge sind genau die Art von Änderungen, die in großen Altprojekten schnell an mehreren Stellen auftauchen können.

Auch das Laufzeitverhalten wurde an einigen Stellen geschärft

Neben Deprecations gibt es auch Änderungen im Verhalten. Dazu gehören neue Warnungen, wenn Floats oder float-artige Strings in int gecastet werden, obwohl sie sich nicht korrekt darstellen lassen. Auch das Casten von NAN auf andere Typen erzeugt jetzt Warnungen.

Zusätzlich wurde unter anderem das Verhalten bei Vergleichen bestimmter Objekte mit Booleans vereinheitlicht. Solche Änderungen wirken unauffällig, können aber in Randfällen trotzdem Tests brechen oder unerwartete Warnungen erzeugen. Genau deshalb sollte ein Upgrade auf PHP 8.5 nicht nur als Versionswechsel gesehen werden, sondern immer auch als Anlass für saubere Testläufe.

Was ich vor einem Upgrade auf PHP 8.5 prüfen würde

Wer ein bestehendes Projekt auf PHP 8.5 anheben will, sollte vor allem auf vier Dinge achten: veraltete Syntax, Magie rund um Serialisierung, problematische Casts und alte Shell-Aufrufe. Genau dort sitzen viele der Änderungen, die nicht sofort auffallen, aber später zu Warnungen oder unnötigem Refactoring führen.

• Suche nach (boolean), (integer), (double) und (binary)
• Prüfe Backticks und ersetze sie bewusst durch klarere Lösungen
• Kontrolliere alte __sleep()- und __wakeup()-Implementierungen
• Suche nach null als Array-Offset oder in array_key_exists()
• Teste Casts, Fehlerbehandlung und Output-Buffering sauber durch

Gerade in größeren Codebasen ist das keine theoretische Empfehlung, sondern ein realistischer Upgrade-Check. Wer das früh macht, spart sich später unnötige Fehlersuche.

Mein Fazit zu PHP 8.5

PHP 8.5 ist für mich eine starke Version, weil sie gleich mehrere Ebenen sinnvoll weiterentwickelt. Es gibt neue, sichtbare Sprachfeatures wie den Pipe-Operator. Es gibt bessere Werkzeuge für API-Design, Debugging und Metadaten. Und es gibt viele technische Verbesserungen, die nicht spektakulär aussehen, aber in der Praxis relevant sind.

Gleichzeitig ist PHP 8.5 keine Version, die man blind einspielt. Wer produktive Projekte betreibt, sollte sich die Deprecations und Verhaltensänderungen genau ansehen. Dann ist das Upgrade aber ein sinnvoller Schritt – nicht nur wegen neuer Features, sondern auch, weil PHP damit insgesamt sauberer, moderner und besser wartbar wird.

Die offiziellen Informationen zu Release, Migration und Änderungen findest du in der PHP-8.5-Migrationsdokumentation.