Les nouveautés de PHP 8 - Sortie de la version alpha 1 prévue le 25 juin 2020 !

Merci beaucoup!

Bonjour,
Oui, sauf que cette mise à jour sera accessible à tous, pas seulement à ceux qui sauront l'utiliser à bon escient.

La limite entre ce qui est abusif et ce qui ne l'est pas est floue et subjective.
Il y aura sûrement des cas intermédiaires où le choix ne sera pas évident ou que la tentation de gagner des lignes l'emportera.
Or, cette possibilité peut aboutir à une présentation disparate et peu cohérente des propriétés (dans une même classe ou d'une classe par rapport à une autre).

De plus, la réalité est souvent piégeuse :
En cours de réalisation, la conception s'affine, les besoins changent, un dysfonctionnement implique un correctif etc.
Une mise à jour simple et rapide (on n'a pas toujours le temps ni la motivation) donnera souvent un code moins joli qu'espéré, sur la forme ou le fond.
C'est à dire que certains choix initiaux paraissent inappropriés dans un deuxième temps suite à une mise à jour, mais qu'on ne peut/veut pas tout reprendre.

Cela peut tout à fait se produire avec cette nouvelle possibilité.
Après, ça reste de la forme, donc pas gravissime à priori.
Et bien sûr, on ne peut pas interdire toute nouveauté sous prétexte qu'il y aura de mauvaises utilisations.
Mais disons qu'on peut tout de même nuancer l'enthousiasme.

Je comprend bien l'intérêt des références faibles dans des langages comme java ou c++ où je les utilises relativement souvent. Mais c'est parce que mon code vie longtemps, que j'ai plusieurs thread qui peuvent venir agir sur mes objets ,que je veux parfois libérer au plus vite des objets ou que je veux éviter une leak éventuelle à cause d'une référence .
Mais en PHP comme 99% du temps mon code ne vie que quelques milliseconde , je n'ai pas de réel besoin de référence faible. Au pire ca leak jusqu'à la fin de l'execution de mon script et on en parle plus.

De rien ! Ce merci fait plaisir !

Tu as tout-à-fait raison. La réalité est souvent piégeuse et en pratique on est vite débordé, surtout en maintenance. C'est difficile de définir le juste milieu. Pour ma part, j'utilise PHPCsFixer, PHP Mess Detector et PHP Code sniffer. J'ai défini des règles pour nos projets, on les déclare comme script dans composer et on les ajoute à nos tests d'intégration. Du coup, quand un développeur qui participe au projet ne respecte pas les consignes, cela le lui signale aussitôt. C'est un enfer à gérer sur d'anciens projets, mais sur tout nouveau projet, on le met dès le début et ça marche plutôt bien. Maintenant, va falloir que ces outils s'adaptent à la nouvelle syntaxe et aux dérives que cela peut entraîner, mais je ne pense pas que ce sera compliqué. J'imagine bien une règle qui interdit de mixer des arguments promouvants et des arguments standards dans un constructeur.

Déçu par str_contains() et str_begins/ends_with() et leur gestion des chaînes vides incohérente avec l'historique.

Je sens poindre les bugs.

Tu m'étonnes.
Je réagis comme toi et pense que c'est contre-intuitif.
Mais mon mari matheux trouve ça normal.

On va quand même pas commencer a avoir des comportements cohérents entre des fonctions d'une même famille 🤣