PHP 8 : voici un aperçu des nouveautés attendues dans la prochaine version majeure du langage
Selon un développeur PHP
Le 2020-02-03 12:20:12, par Bill Fassinou, Chroniqueur Actualités
L’année 2020 s’annonce très importante pour le langage PHP. PHP 7.4 a été publié en décembre dernier et l’équipe de développement du langage travaille déjà sur PHP 8, la prochaine version majeure. Pour la nouvelle version, beaucoup de choses devraient changer ou bien subir des améliorations et de nombreuses nouvelles fonctionnalités sont également attendues. Ces dernières comprennent le compilateur JIT (Just In Time) et les types union. PHP 8 devrait être publié vers la fin de l’année.
L'introduction d'un compilateur JIT dans PHP 8 a été proposée en avril 2019. Le but est d’améliorer les performances du langage en matière de vitesse. D’autres améliorations significatives de performances sont citées, bien que pas toujours dans le contexte des requêtes Web. L’on estime qu’il n'y a pas encore eu d'évaluation précise des performances à ce stade, mais elles viendront certainement. En gros, JIT est une technique qui permettra de compiler des parties du code au moment de l'exécution, de sorte que la version compilée puisse être utilisée à la place.
Selon Christian Brent, un programmeur PHP, la prochaine version majeure du langage apporte bien plus qu’un compilateur JIT. Voici, selon Brent, un petit aperçu de ce qui est prévu dans PHP 8 :
Les types Union
Les types Union peuvent être utiles dans plusieurs cas. Les types Union sont une collection de deux ou plusieurs types qui indiquent que l'un ou l'autre peut être utilisé. Cependant, le type “void” ne peut pas faire partie d'un type Union, puisqu'il n’indique aucune valeur de retour. De plus, les unions annulables peuvent être écrites en utilisant | null, ou en utilisant la notation “?”.
Type de retour static
Il est déjà possible de retourner le type self. À partir de PHP 8, le type static devrait aussi devenir un type de retour valide. Étant donné la nature dynamique de PHP, cette fonctionnalité pourrait bien être utile à de nombreux développeurs.
Les Weakmaps
Cette fonctionnalité est basée sur la RFC Weakrefs qui a été ajoutée dans PHP 7.4. Les WeakMaps contiennent des références à des objets, ce qui n'empêche pas ces objets d'être collectés comme des ordures. Prenons l'exemple des ORM. Ils implémentent souvent des caches qui contiennent des références à des classes d'entités afin d'améliorer les performances des relations entre les entités. Ces objets d'entités ne peuvent pas être collectés, tant que ce cache contient une référence à ces objets, même si le cache est la seule chose qui les référence.
Si cette couche de cache utilise des références et des WeakMaps à la place, PHP peut mettre ces objets à la poubelle lorsque plus rien d'autre ne les référencera. Puisque les ORM peuvent gérer plusieurs centaines, voire milliers d'entités dans une requête, les WeakMaps offrent une façon, plus respectueuse des ressources, de traiter ces objets.
La fonction fdiv
PHP 8 devrait introduire une nouvelle fonction fdiv. Elle fait quelque chose de semblable aux fonctions fmod et intdiv, qui permettent une division par 0. Au lieu d'erreurs, vous obtiendrez INF, -INF ou NAN, selon le cas.
Les erreurs de type cohérentes
Les fonctions définies par l'utilisateur déclenchent des erreurs dans PHP, mais les fonctions internes ne le font pas. Elles émettent plutôt des avertissements et renvoient un message nul. Avec PHP 8, le comportement des fonctions internes a été rendu cohérent.
Créer des objets DateTime à partir de l'interface
Les récentes versions de PHP permettent déjà de créer un objet DateTime à partir d'un objet DateTimeImmutable, mais l'inverse était très délicat. Il existe désormais un moyen généralisé de convertir les objets DateTime et DateTimeImmutable l'un vers l'autre.
Les avertissements seront revus dans PHP 8
Beaucoup d'erreurs PHP déclenchaient seulement des avertissements ou des avis. À partir de PHP 8, elles seront converties en erreurs correctes. Les avertissements suivants ont été modifiés :
En outre, une petite nouveauté utile qui pourrait aussi arrivé dans PHP 8 : il est désormais possible d'utiliser ::class sur les objets, au lieu de devoir utiliser get_class(). Cela fonctionne de la même manière que get_class(). Par ailleurs, PHP 8 est une version majeure, ce qui signifie qu’il pourrait y avoir des changements radicaux. La meilleure chose à faire est de s’informer de la liste complète des changements dans PHP 8 au fur et à mesure que son développement évolue. Toutefois, si vous avez été à jour au fil des ans, il ne devrait pas être très difficile de passer à PHP 8.
Source : Christian Brent
Et vous ?
Qu'en pensez-vous ?
Voir aussi
PHP 7.4 devrait être rendu disponible vers la fin de cette année. Voici un aperçu des nouveautés qui pourraient y figurer
PHP 8 va proposer un compilateur Just In Time qui devrait produire une amélioration des performances en vitesse
PHP 7.2 est disponible en version stable avec la bibliothèque de cryptographie Sodium et d'autres améliorations et nouvelles fonctionnalités
L'introduction d'un compilateur JIT dans PHP 8 a été proposée en avril 2019. Le but est d’améliorer les performances du langage en matière de vitesse. D’autres améliorations significatives de performances sont citées, bien que pas toujours dans le contexte des requêtes Web. L’on estime qu’il n'y a pas encore eu d'évaluation précise des performances à ce stade, mais elles viendront certainement. En gros, JIT est une technique qui permettra de compiler des parties du code au moment de l'exécution, de sorte que la version compilée puisse être utilisée à la place.
Selon Christian Brent, un programmeur PHP, la prochaine version majeure du langage apporte bien plus qu’un compilateur JIT. Voici, selon Brent, un petit aperçu de ce qui est prévu dans PHP 8 :
Les types Union
Les types Union peuvent être utiles dans plusieurs cas. Les types Union sont une collection de deux ou plusieurs types qui indiquent que l'un ou l'autre peut être utilisé. Cependant, le type “void” ne peut pas faire partie d'un type Union, puisqu'il n’indique aucune valeur de retour. De plus, les unions annulables peuvent être écrites en utilisant | null, ou en utilisant la notation “?”.
Type de retour static
Il est déjà possible de retourner le type self. À partir de PHP 8, le type static devrait aussi devenir un type de retour valide. Étant donné la nature dynamique de PHP, cette fonctionnalité pourrait bien être utile à de nombreux développeurs.
Les Weakmaps
Cette fonctionnalité est basée sur la RFC Weakrefs qui a été ajoutée dans PHP 7.4. Les WeakMaps contiennent des références à des objets, ce qui n'empêche pas ces objets d'être collectés comme des ordures. Prenons l'exemple des ORM. Ils implémentent souvent des caches qui contiennent des références à des classes d'entités afin d'améliorer les performances des relations entre les entités. Ces objets d'entités ne peuvent pas être collectés, tant que ce cache contient une référence à ces objets, même si le cache est la seule chose qui les référence.
Si cette couche de cache utilise des références et des WeakMaps à la place, PHP peut mettre ces objets à la poubelle lorsque plus rien d'autre ne les référencera. Puisque les ORM peuvent gérer plusieurs centaines, voire milliers d'entités dans une requête, les WeakMaps offrent une façon, plus respectueuse des ressources, de traiter ces objets.
La fonction fdiv
PHP 8 devrait introduire une nouvelle fonction fdiv. Elle fait quelque chose de semblable aux fonctions fmod et intdiv, qui permettent une division par 0. Au lieu d'erreurs, vous obtiendrez INF, -INF ou NAN, selon le cas.
Les erreurs de type cohérentes
Les fonctions définies par l'utilisateur déclenchent des erreurs dans PHP, mais les fonctions internes ne le font pas. Elles émettent plutôt des avertissements et renvoient un message nul. Avec PHP 8, le comportement des fonctions internes a été rendu cohérent.
Créer des objets DateTime à partir de l'interface
Les récentes versions de PHP permettent déjà de créer un objet DateTime à partir d'un objet DateTimeImmutable, mais l'inverse était très délicat. Il existe désormais un moyen généralisé de convertir les objets DateTime et DateTimeImmutable l'un vers l'autre.
Les avertissements seront revus dans PHP 8
Beaucoup d'erreurs PHP déclenchaient seulement des avertissements ou des avis. À partir de PHP 8, elles seront converties en erreurs correctes. Les avertissements suivants ont été modifiés :
- variable indéfinie : déclenche une erreur d'exception au lieu d'un avis ;
- indice de tableau indéfini : déclenche un avertissement au lieu d'avis ;
- Tentative d'incrémentation/diminution de la propriété “%s” d’un non-objet : déclenche une erreur d’exception au lieu d’un avertissement ;
- tentative de modification de la propriété “%s” d’un non-objet : déclenche une erreur d’exception au lieu d'avertissement ;
- tentative d'attribution de propriété “%s” d’un non-objet : déclenche une erreur d’exception au lieu d'un avertissement ;
- création d'un objet par défaut à partir d'une valeur vide : déclenche une erreur d’exception au lieu d'un avertissement ;
- impossible d'ajouter un élément au tableau, car l'élément suivant est déjà occupé : déclenche une erreur d’exception au lieu d'un avertissement ;
- ne peut pas annuler le décalage d'une variable qui n'est pas un tableau : déclenche une erreur d’exception au lieu d'un avertissement ;
- ne peut pas utiliser une valeur scalaire comme tableau : déclenche une erreur d’exception au lieu d'un avertissement ;
- etc.
En outre, une petite nouveauté utile qui pourrait aussi arrivé dans PHP 8 : il est désormais possible d'utiliser ::class sur les objets, au lieu de devoir utiliser get_class(). Cela fonctionne de la même manière que get_class(). Par ailleurs, PHP 8 est une version majeure, ce qui signifie qu’il pourrait y avoir des changements radicaux. La meilleure chose à faire est de s’informer de la liste complète des changements dans PHP 8 au fur et à mesure que son développement évolue. Toutefois, si vous avez été à jour au fil des ans, il ne devrait pas être très difficile de passer à PHP 8.
Source : Christian Brent
Et vous ?
Voir aussi
-
Définir les propriétés de classe dans le constructeur me fait un peu mal aux yeux mais je pense que c'est une question d'habitude, dans quelques mois je trouverais la façon de faire actuelle inutilement complexe. J'aime ce nullsafe operator d'un amour pur, tant de lignes de codes vont être éradiquées par ce petit "?" De même le nouveau str_contains() qui fait plaisir niveau lisibilité du code au lieu des strpos() !== false. Je suspecte aussi que match sera très utilisé pour tout ce qui est texte conditionnel (locales par exemple), ce qui nous épargne des switchs infinis qui nécessitent des variables initialisées en amont.
Bref PHP sur la bonne voie, il manque plus qu'un façon simple de faire du server pushle 27/11/2020 à 11:42 -
Très curieux de voir l'impact effectif des weakmaps sur l'utilisation mémoire en général.
J'aime également beaucoup le travail sur la cohérence qui a commencé avec PHP7, peut être que nous aurons un jour une syntaxe (camel case vs snake case, singulier vs pluriel) et un ordre de paramètres (needle et haystack c'est au petit bonheur la chance actuellement) stable.le 03/02/2020 à 13:13 -
marech_jeanFutur Membre du ClubPas si simple que ça! D’abord les hébergeurs (dans mon cas Ionos) font désormais payer (cher) le maintien des anciennes versions. Dans notre cas, notre site en 7.1 à déjà des problèmes pour migrer vers le 7.2. Les modifications effectuées manuellement par nos développeurs ont générés des sources d'erreurs.
On imagine déjà ce qui va se passer quand il faudra passer à la version 8 ! et ainsi de suite...Une belle machine à cash pour les hébergeurs.le 06/02/2020 à 12:19 -
CrydeMembre du ClubC'est des designeurs de Jetbrains qui ont proposé ça pour mieux "communiquer" sur cette nouvelle release.
Ils avaient commencé à le faire mais apparemment c'était trop gourmand niveau perf (https://wiki.php.net/rfc/generics)le 27/11/2020 à 14:51 -
ZeflingExpert confirméJ'ai l'impression que ce qui est objet est en « camel case » et ce qui est en « procédural » est snake case. Mais je me trompe peut-être.
C'est vrai que pour les ordres des paramètres, ça fait parfois un peu amateur.
Pour le reste, je trouve que depuis PHP 7, c'est devenu de plus en plus agréable à utiliser (ce n'est pas que ça me déplaisait avant non plus, mais c'est mieux maintenant).le 03/02/2020 à 13:35 -
CrydeMembre du ClubJ'aime également beaucoup le travail sur la cohérence qui a commencé avec PHP7, peut être que nous aurons un jour une syntaxe (camel case vs snake case, singulier vs pluriel) et un ordre de paramètres (needle et haystack c'est au petit bonheur la chance actuellement) stable.
La "seule" choses qu'on peut espéré est l'ajout de méthode au type scalaire (genre "hello"->length() etc ...)
Tenez nosu au courant, on fera un benchmark public !
) le 04/02/2020 à 7:48 -
rawsrcExpert éminent sénior@marech_jean
si tu regardes bien, des mises à jour de PHP il y'en a très régulièrement.
Le passage à une nouvelle version PHP 5 → PHP 7 → PHP 8, c'est beaucoup plus long : PHP 7 (2015-12) → PHP 8 (2021-09 annoncé).
Il faut reconnaître que cela laisse le temps de voir venir.
Sans compter que pleins d'hébergeurs font tourner plusieurs versions de PHP en parallèle (de la plus récente à celles qui ne sont même plus supportées)
Donc question préjudice, c'est assez limité, non ?le 06/02/2020 à 11:38 -
Le grisMembre avertiPHP a sacrément évolué depuis le temps. Que de chemins parcouru...le 04/02/2020 à 0:00
-
Eric30Membre actif... ces objets d'être collectés comme des ordures ...le 04/02/2020 à 18:53
-
floyerMembre avertiD’après https://www.php.net/manual/fr/pdosta....bindvalue.php les requêtes préparées sont accessibles en PHP5.1 et plus... je suis même surpris que cela ne soit pas en version 1 tellement les requêtes préparées me semblent le minimum attendu d’un pilote SGBD.le 28/11/2020 à 18:36