Pendant ce temps, Symfony a livré UX 3.3 et pousse déjà les équipes vers Symfony 8. Bref: sous le capot, ça bouge — et il serait dommage d’attendre la prochaine dette legacy pour regarder.
Des méthodes sur les classes des autres: vraiment?
Le gros fil de discussion porte sur le mot-clé extension. Holly Schilling a proposé des extensions de classe inspirées de Swift, avec prototypes et brouillons de RFC: l’idée est d’ajouter une méthode à une classe externe, par exemple isWeekend à DateTimeImmutable, sans modifier cette classe.
Le débat n’est évidemment pas resté calme très longtemps (on parle de PHP Internals, pas d’un salon de thé). Traits, héritage, portée des extensions: la question est de savoir ce que la syntaxe apporte réellement. La distinction défendue est nette: un trait est choisi par l’auteur de la classe; une extension serait choisie par son utilisateur.
La proposition a déjà changé de direction. Après avoir douté de sa première implémentation pour les méthodes sur les scalaires, Holly Schilling a réécrit ses drafts autour d’une syntaxe inspirée de C# 14, où le receveur apparaît directement dans la déclaration. L’objectif affiché: éviter les complications liées à l’autoboxing et aux conversions de type.
À retenir côté projet: ne refacto rien sur cette base, évidemment. Mais surveillons le sujet. Des extensions limitées au fichier et incapables d’écraser une méthode existante pourraient, un jour, rendre certains adapters et helpers beaucoup moins cérémonieux. Ou beaucoup trop magiques — ce qui est précisément le match qui commence.
PHP 8.6 verrouille ses dépréciations
Le paquet annuel de dépréciations pour PHP 8.6 est désormais « frozen », selon Gina P. Banyard: seules des modifications mineures restent envisageables. Un appel au vote devait être lancé le 20 juillet, pour un vote à partir du 27 juillet, avec une clôture prévue avant le 10 août afin que les propositions acceptées puissent rejoindre PHP 8.6.0 beta 1.
C’est le signal pratique de la semaine. On peut ouvrir les pipelines, remonter les avertissements de dépréciation, et les transformer en tickets avant qu’ils ne deviennent le classique « ça marchait très bien avant la montée de version ». Pas glamour, certes. Mais une migration réussie commence rarement par un grand soir: plutôt par une série de petites corrections que personne ne voulait voir vendredi à 17 h.
Même les textes des messages de dépréciation ont eu droit à leur débat de ponctuation. La bonne nouvelle, c’est qu’ils peuvent encore évoluer pendant la revue des pull requests, sans garantie de compatibilité. Oui: même les virgules ont leur cycle de vie dans PHP.
Et dans l’orbite Symfony?
Symfony annonce Symfony UX 3.3, avec la prise en charge de Symfony Reprise et plusieurs améliorations du toolkit. SymfonyCasts propose également un nouveau cours dédié à la mise à niveau vers Symfony 8, tandis que SymfonyCon Varsovie 2026 a dévoilé ses premiers intervenants.
Pour les équipes qui vivent entre framework et runtime, le message est simple: la préparation à Symfony 8 et celle à PHP 8.6 ne sont pas deux chantiers isolés. On gagne à les regarder ensemble, dépendance par dépendance, test par test. L’époque du composer update lancé avec une confiance absolue dans les étoiles est peut-être derrière nous. Enfin, on peut rêver!