Cet article discute de la création et des tests de classes de motifs pour la mise en évidence de code en PHP, en explorant des stratégies pour réduire la friction d'écriture des tests tout en maintenant une bonne organisation et performance des suites de tests.
L'article discute des raisons d'être optimiste quant à l'avenir de PHP en 2024, mettant en avant l'évolution continue grâce à une communauté solide, le développement de FrankenPHP, un serveur d'application performant pour PHP, la popularité croissante de Laravel ainsi que la croissance de l'écosystème PHP avec des téléchargements de packages en hausse.
Cet article analyse l'évolution des versions de PHP au sein de la communauté, en mettant en avant des statistiques d'usage, l'adoption des nouvelles versions, et les exigences minimales des packages Composer. Les données montrent que les versions PHP 7.* ont une adoption plus rapide par rapport aux 8.*, avec une préoccupation sur l'engagement des auteurs de packages à mettre à jour les versions minimales requises pour encourager l'évolution de l'écosystème PHP. L'article invite également les lecteurs à réfléchir sur la responsabilité collective dans la mise à jour des exigences de version.
L'auteur partage son expérience personnelle sur son parcours professionnel en tant que développeur PHP, expliquant comment un simple article de blog a changé sa carrière. Il raconte qu'après avoir écrit une réaction à une vidéo controversée, sa publication a gagné en visibilité et lui a ouvert des opportunités d'emploi. Cette expérience l'a conduit à travailler pour Spatie, puis à devenir développeur advocate chez JetBrains. L'histoire souligne l'importance de faire ce qui vous passionne et de partager cela publiquement sans visées lucratives.
PHP 8.4 introduit une fonctionnalité permettant de chaîner les méthodes sur des objets nouvellement créés sans avoir besoin de parenthèses. Cette amélioration, bien que simple, facilite la fluidité du codage en réduisant le besoin de réflexion sur l'utilisation des parenthèses lors de l'instanciation d'objets. Les classes dynamiques et anonymes bénéficieront également de cette syntaxe simplifiée, bien que certaines limitations subsistent concernant les classes anonymes.
PHP 8.4 introduit un parseur conforme à HTML 5, résolvant ainsi des limitations précédentes. La nouvelle implémentation est entièrement rétrocompatible et propose des constructeurs statiques pour faciliter la création des objets DOM. Ce changement, bien qu'en retard, est très appréciable pour les développeurs PHP.
PHP 8.4 introduit plusieurs nouvelles fonctions utiles, notamment array_find et ses variantes, permettant de retrouver le premier élément d'un tableau répondant à une condition de rappel. Ces nouvelles fonctions apportent des conventions de nommage qui peuvent prêter à confusion, surtout pour les développeurs venant d'autres langages comme JavaScript et Rust. En outre, de nouvelles fonctions comme array_any et array_all permettent de tester des conditions sur l'ensemble des éléments du tableau.
L'auteur, après dix ans de carrière, réfléchit à l'évolution de son approche de la programmation. Il constate qu'il utilise moins d'abstractions, adhère à une approche fonctionnelle, luttes avec les tests malgré leur importance, privilégie la clarté du code sur les astuces de syntaxe, et ne peut plus se passer d'analyses statiques. Bien qu'il reconnaisse les défauts de PHP, il apprécie davantage le langage aujourd'hui qu'il y a dix ans.
L'auteur explique pourquoi le framework Tempest nécessitera PHP 8.4 comme version minimale. Il avance trois raisons : la nécessité d'adopter les nouvelles fonctionnalités du langage avant qu'elles ne compliquent les mises à jour, la responsabilité des mainteneurs d'open source de pousser la communauté à progresser vers des versions plus modernes et le souhait de filtrer l'audience initiale pour éviter trop de retours prématurés sur un produit encore en développement. Cela souligne l'importance des mises à jour pour les performances et la sécurité.
L'article décrit le parcours de création et d'amélioration d'un générateur de sites statiques nommé Stitcher. L'auteur explique comment il a tenté de simplifier le processus de génération de pages en utilisant des contrôleurs au lieu de fichiers YAML, afin de faciliter le développement local et d'optimiser la génération de pages statiques. Il partage ses réflexions sur la complexité de son approche initiale et les solutions mises en œuvre pour résoudre les problèmes rencontrés, tout en invitant à reconsidérer l'usage excessif de configurations compliquées.
