Der Zugriff auf das Array $GLOBALS unterliegt nun einer einer Reihe von Einschränkungen. Der Lese- und Schreibzugriff auf einzelne Array-Elemente wie $GLOBALS['var']
funktioniert weiterhin wie bisher. Der nur lesende Zugriff auf das Gesamt-Array $GLOBALS wird ebenfalls wird weiterhin unterstützt. Allerdings wird der Schreibzugriff auf das Gesamt-Array $GLOBALS nicht mehr unterstützt. Zum Beispiel wird array_pop($GLOBALS)
zu einem Fehler führen.
Wenn eine Methode, die statische Variablen verwendet, geerbt (aber nicht überschrieben) wird, teilt die geerbte Methode nun die statischen Variablen mit der Methode der Elternklasse.
<?php
class A {
public static function counter() {
static $counter = 0;
$counter++;
return $counter;
}
}
class B extends A {}
var_dump(A::counter()); // int(1)
var_dump(A::counter()); // int(2)
var_dump(B::counter()); // int(3), vorher int(1)
var_dump(B::counter()); // int(4), vorher int(2)
?>
Ein optionaler Parameter, der vor den erforderlichen Parametern angegeben wird, wird nun immer als erforderlich angesehen. Dies ist auch der Fall, wenn eine Funktion mit benannten Parametern aufgerufen wird. Seit PHP 8.0.0, aber vor PHP 8.1.0, löst das untenstehende Beispiel einen Hinweis darauf aus, dass die Definition veraltet ist, läuft aber beim Aufruf trotzdem fehlerfrei. Ab PHP 8.1.0 wird ein Fehler der Klasse ArgumentCountError ausgelöst, so wie es auch bei einem Aufruf mit positionsbezogenen Parametern der Fall wäre.
<?php
function makeyogurt($container = "bowl", $flavour)
{
return "Making a $container of $flavour yogurt.\n";
}
try
{
echo makeyogurt(flavour: "raspberry");
}
catch (Error $e)
{
echo get_class($e), ' - ', $e->getMessage(), "\n";
}
?>
Das oben gezeigte Beispiel erzeugt mit PHP 8.0 folgende Ausgabe:
Deprecated: Required parameter $flavour follows optional parameter $container in example.php on line 3 Making a bowl of raspberry yogurt.
Das oben gezeigte Beispiel erzeugt mit PHP 8.1 folgende Ausgabe:
Deprecated: Optional parameter $container declared before required parameter $flavour is implicitly treated as a required parameter in example.php on line 3 ArgumentCountError - makeyogurt(): Argument #1 ($container) not passed
Es ist zu beachten, dass ein Standardwert von null
vor erforderlichen Parametern verwendet werden kann, um einen nullbaren Typ anzugeben, aber der Parameter wird trotzdem benötigt.
Die meisten nicht-finalen internen Methoden erfordern nun, dass überschreibende Methoden einen kompatiblen Rückgabetyp deklarieren, andernfalls wird bei der Vererbungsüberprüfung ein Hinweis darauf ausgegeben, dass die Funktionsweise veraltet ist. Falls der Rückgabetyp aufgrund von Kompatibilitätsproblemen zwischen PHP-Versionen für eine überschreibende Methode nicht deklariert werden kann, kann das Attribut ReturnTypeWillChange hinzugefügt werden, um den Veraltet-Hinweis zu unterdrücken.
readonly
ist nun ein Schlüsselwort. Es kann jedoch weiterhin als Name einer Funktion verwendet werden.
never
ist nun ein reserviertes Wort, sodass es nicht verwendet werden kann, um eine Klasse, eine Schnittstelle oder einen Trait zu benennen, und es darf auch nicht in Namespaces verwendet werden.
Mehrere Ressourcen wurden zu Objekten migriert. Rückgabewertprüfungen mit is_resource() sollten durch Prüfungen auf false
ersetzt werden.
Die FileInfo-Funktionen akzeptieren nun finfo-Objekte anstelle von fileinfo
-Ressourcen und geben diese auch zurück.
Die FTP-Funktionen akzeptieren nun FTP\Connection-Objekte anstelle von ftp
-Ressourcen und geben diese auch zurück.
Die IMAP-Funktionen akzeptieren nun IMAP\Connection-Objekte anstelle von imap
-Ressourcen und geben diese auch zurück.
Die LDAP-Funktionen akzeptieren nun LDAP\Connection-Objekte anstelle von ldap link
-Ressourcen und geben diese auch zurück.
Die LDAP-Funktionen akzeptieren nun LDAP\Result-Objekte anstelle von ldap result
-Ressourcen und geben diese auch zurück.
Die LDAP-Funktionen akzeptieren nun LDAP\ResultEntry-Objekte anstelle von ldap result entry
-Ressourcen und geben diese auch zurück.
Die PgSQL-Funktionen akzeptieren nun PgSql\Connection-Objekte anstelle von pgsql link
-Ressourcen und geben diese auch zurück.
Die PgSQL-Funktionen akzeptieren nun PgSql\Result-Objekte anstelle von pgsql result
-Ressourcen und geben diese auch zurück.
Die PgSQL-Funktionen akzeptieren nun PgSql\Lob-Objekte anstelle von pgsql large object
-Ressourcen und geben diese auch zurück.
Die PSpell-Funktionen akzeptieren nun PSpell\Dictionary-Objekte anstelle von pspell
-Ressourcen und geben diese auch zurück.
Die PSpell-Funktionen akzeptieren nun PSpell\Config-Objekte anstelle von pspell config
-Ressourcen und geben diese auch zurück.
mysqli_fetch_fields() und mysqli_fetch_field_direct() geben nun bei der Eigenschaft max_length immer 0
zurück. Dieser Wert kann berechnet werden, indem die Ergebnismenge in einer Schleife durchlaufen und die maximale Länge ermittlt wird. Dies ist der Algorithmus, den PHP zuvor intern verwendet hat.
Die Option MYSQLI_STMT_ATTR_UPDATE_MAX_LENGTH
hat keine Auswirkung mehr.
Die Option MYSQLI_STORE_RESULT_COPY_DATA
hat keine Auswirkung mehr. Die Übergabe eines beliebigen Wertes an den mode
-Parameter von mysqli::store_result() hat keine Auswirkung mehr.
mysqli::connect() gibt bei Erfolg nun true
anstelle von null
zurück.
Der Standard-Fehlerbehandlungsmodus wurde von "silent" auf "exceptions" geändert. Siehe die Seite MySQLi-Berichtsmodus für weitere Details darüber, was das bedeutet, und wie man dieses Attribut explizit setzt. Um das vorherige Verhalten wiederherzustellen, kann folgendes verwendet werden: mysqli_report(MYSQLI_REPORT_OFF);
Klassen, die mysqli_stmt::execute() erweitern, müssen nun den zusätzlichen optionalen Parameter angeben.
Die INI-Direktive mysqlnd.fetch_data_copy wurde entfernt. Dies sollte zu keinen für den Benutzer sichtbaren Verhaltensänderungen führen.
Private EC-Schlüssel werden jetzt wie alle anderen Schlüssel im PKCS#8-Format statt im traditionellen Format exportiert.
openssl_pkcs7_encrypt() und openssl_cms_encrypt() verwenden nun standardmäßig AES-128-CBC anstelle von RC2-40. Die RC2-40-Chiffre gilt als unsicher und wird von OpenSSL 3 standardmäßig nicht aktiviert.
PDO::ATTR_STRINGIFY_FETCHES
wandelt nun Werte vom Typ Boolean in "0"
oder "1"
um. Zuvor wurden Booleans nicht stringifiziert.
Wenn PDO::ATTR_STRINGIFY_FETCHES
nicht aktiviert ist, Bindet der Aufruf von PDOStatement::bindColumn() mit PDO::PARAM_LOB
das Ergebnis eines Streams nun dauerhaft ein. Zuvor war das Ergebnis entweder ein Stream oder eine Zeichenkette, je nach verwendetem Datenbanktreiber und dem Zeitpunkt der Bindung.
Integer- und Float-Werte in Ergebnismengen werden nun als native PHP-Typen anstelle von Strings zurückgegeben, wenn emulierte vorbereitete Anweisungen verwendet werden. Dies entspricht dem Verhalten von nativen vorbereiteten Anweisungen. Das vorherige Verhalten kann wiederhergestellt werden, indem die Option PDO::ATTR_STRINGIFY_FETCHES
aktiviert wird.
Integer- und Float-Werte in Ergebnismengen werden nun als native PHP-Typen zurückgegeben. Das vorherige Verhalten kann wiederhergestellt werden, indem die Option PDO::ATTR_STRINGIFY_FETCHES
aktiviert wird.
Um der ArrayAccess-Schnittstelle zu entsprechen, geben Phar::offsetUnset() und PharData::offsetUnset() keinen Boolean-Wert mehr zurück.
version_compare() akzeptiert keine undokumentierten Operator-Abkürzungen mehr.
htmlspecialchars(), htmlentities(), htmlspecialchars_decode(), html_entity_decode() und get_html_translation_table() verwenden nun standardmäßig ENT_QUOTES | ENT_SUBSTITUTE
anstelle von ENT_COMPAT
. Das bedeutet, dass '
zu '
umgewandelt wird, während vorher nichts geändert wurde. Darüber hinaus werden fehlerhafte UTF-8-Zeichen durch ein Unicode-Ersatzzeichen ersetzt und nicht mehr durch eine leere Zeichenkette.
debug_zval_dump() gibt nun nicht nur den eigenen Referenzzähler aus, sondern auch den Referenzzähler des Referenz-Wrappers, anstatt dem Wert ein &
voranzustellen. Dies ist ein genaueres Modell der Referenzdarstellung seit PHP 7.0.
debug_zval_dump() gibt für festgelegte Zeichenketten und unveränderliche Arrays nun interned
aus.
SplFixedArray wird nun wie ein Array in JSON kodiert.