Discussion :

[Invité]

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 push

[strato35]

J'aurai bien aimé qu'ils rajoutent les génériques ou le cast vers un type objet à la liste :/
Quand dans symfony je type tout mais que j'ai des lignes rouges uniquement car je peux pas préciser que le find hérité de mon répo à un retour de tel type d'objet parce que je ne peux pas le cast ou parce que la méthode ne peux pas faire de return de type T c'est frustrant :/

[Cryde]

Et j'avais pas vu , mais PHP se modernise même dans les changelog : https://www.php.net/releases/8.0/fr.php?lang=fr !

C'est des designeurs de Jetbrains qui ont proposé ça pour mieux "communiquer" sur cette nouvelle release.

J'aurai bien aimé qu'ils rajoutent les génériques ou le cast vers un type objet à la liste :/
Quand dans symfony je type tout mais que j'ai des lignes rouges uniquement car je peux pas préciser que le find hérité de mon répo à un retour de tel type d'objet parce que je ne peux pas le cast ou parce que la méthode ne peux pas faire de return de type T c'est frustrant :/

Ils avaient commencé à le faire mais apparemment c'était trop gourmand niveau perf (https://wiki.php.net/rfc/generics)

[floyer]

Dans les versions 7.2.x à 7.4.x tu peux déjà utiliser des requêtes préparés pour éviter de faire des injections SQL

D’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.

[floyer]

Dire que je freinais la migration d’un php7.2 à cause d’incompatibilités de SPIP... mon retard augmente.

On note un warning des php7 récents indiquant que les précédences des . et +/- changent en v8... il vaut mieux mettre des parenthèses !

[valaendra]

D’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.

L'approche "sécurité" était bien différente il y a 20 ans Puis PHP a commencé à être populaire à partir de sa version 3. PHP est aujourd'hui loin de son objectif initial : un langage de templating pour le web.

Concernant les attributs déclarés dans le constructeur, ça économise rien du tout et ça rend la lecture de la structure plus difficile (à mon humble avis).

Sinon pas vu dans le changelog (et pas encore testé) toujours pas de typage hors des classes ? (dans le contexte global par exemple...).

[floyer]

Il y a 25 ans lorsque je faisais mon premier script Web-cgi, je m’inquiétais pour la sécurité comme je le ferais aujourd’hui. Vu que le script tourne avec des droits serveurs mais utilise des données qui peuvent être quelconques.

Les concepteurs de Perl (version 4 à l’époque) ne s’y sont pas trompés : on avait des variables teintées qui obligeaient le développeur à analyser les chaînes de caractères venant de l’extérieur avant de les utiliser.

[zempa]

Je ne comprends pas l'ajout du type mixed alors qu'il y a déjà l'ajout des union types ?

Cela va permettre de faire fi de toute rigueur sur les types des arguments ou ceux de la valeur de retour.
C'est un un retour en arrière...