Implémenter Serializable sans __serialize() et __unserialize()

Seulement les nouvelles méthodes devraient être implémentées, si aucun support pour PHP antérieur à la version 7.4 n'est fourni, ou les deux devraient être implémentées.

Passer null au paramètres non nullable des fonctions natives

Les types scalaires des fonctions natives sont nullable par défaut. Ce comportement est déprécié pour s'aligner sur le comportement des fonctions définies par l'utilisateur, où les types scalaires doivent être marqués comme nullable explicitement.

Conversions implicites incompatibles de nombre décimal en entier

La conversion implicite de nombre décimal en entier qui entraîne une perte de précision est maintenant dépréciée. Cela affecte les clés de tableau, les déclarations de type entier en mode coercitif, et les opérateurs travaillant sur des entiers.

Appeler un élément static sur un trait

Appeler une méthode static, ou accéder à une propriété static directement sur un trait est déprécié. Les méthodes et propriétés statiques devraient seulement être accédées sur une classe utilisant le trait.

Retourner un non tableau depuis __sleep()

Retourner une valeur qui n'est pas un tableau depuis __sleep() génère maintenant un diagnostic.

Retourner une référence depuis une fonction void

Une telle fonction est contradictoire, et émet déjà le E_NOTICE suivant lorsqu'elle est appelée : Only variable references should be returned by reference.

L'autovivification depuis false

L'autovivification est le processus de création d'un nouvel tableau lors de l'ajout à une valeur. L'autovivification est interdite à partir de valeurs scalaires, false cependant était une exception. Ceci est maintenant déprécié.

Note:

L'autovivification depuis null et les valeurs indéfinies est toujours autorisée:

<?php
// Depuis une valeur indéfinie
$arr[] = 'some value';
$arr['doesNotExist'][] = 2;
// Depuis null
$arr = null;
$arr[] = 2;
?>

Vérifier des arguments non chaîne de caractères

Passer un argument non chaîne de caractères est déprécié. Dans le futur, l'argument sera interprété comme une chaîne de caractères au lieu d'un codepoint ASCII. Selon le comportement souhaité, l'argument devrait soit être converti en chaîne de caractères ou un appel explicite à chr() devrait être fait. Toutes les fonctions ctype_*() sont affectées.