La version 0.10 de Rector est publiée, introduisant un support pour PHP 7.1, améliorant l'utilisation avec de nouvelles fonctionnalités comme la réflexion statique et des ensembles de rétrogradation pour des projets plus anciens. Des paquets de projet autonomes sont créés pour simplifier la contribution et améliorer la stabilité de l'API de base. Les cas de test ont également été simplifiés.
Rector a récemment remplacé son parser d'annotations basé sur Doctrine par une solution personnalisée en utilisant la réflexion statique. Cette refonte a permis de réduire le code du parser de 6700 à 2700 lignes. La nouvelle approche facilite la modification et le reformatage des annotations sans dépendre d'annotations externes, rendant le processus de refactoring pour les anciens projets plus simple et efficace, tout en corrigeant plusieurs problèmes liés à la gestion des espaces et des constantes.
L'introduction de la version préfixée de Rector facilite l'expérience des développeurs en éliminant les préoccupations liées aux dépendances et en permettant l'utilisation de versions antérieures de packages. Cela améliore la convivialité et homogénéise le processus d'installation, tout en préparant le terrain pour de futures mises à jour. Le contenu souligne également l'importance d'une installation cohérente et propose un avenir prometteur pour les contributions des utilisateurs.
Cet article discute de la mise à jour de la version minimale de PHP pour l'outil Rector à PHP 8, en explorant les implications de cette mise à jour pour les développeurs et la gestion des dépendances. Il aborde la complexité d'une telle transition et propose un modèle de gestion des versions pour permettre aux utilisateurs de rester sur des versions précédentes tout en bénéficiant de nouvelles fonctionnalités. Des stratégies comme le Monorepo et le versionnage simple sont présentées comme moyens de faciliter cette transition.
L'article aborde le dilemme entre les développeurs qui souhaitent continuer à utiliser des versions antérieures de PHP et les mainteneurs de paquets qui veulent bénéficier des nouvelles fonctionnalités offertes par PHP 8.1. Il propose une approche en introduisant des 'Release Downgrades' pour permettre aux développeurs d'utiliser Symfony 6 ou Laravel 9 tout en conservant leur version actuelle de PHP. Ainsi, les mainteneurs peuvent intégrer les fonctionnalités modernes sans limiter les utilisateurs existants.
Rector 0.12 introduit une nouvelle fonctionnalité permettant de simplifier la configuration en réduisant les lignes d'importation à une seule pour les mises à jour vers PHP 8.1. Cette fonctionnalité réduit la complexité et les erreurs potentielles liées à la gestion de plusieurs versions de PHP. Au lieu de configurations encombrées, l'utilisateur peut désormais définir un seul niveau pour une mise à jour efficace.
Rector 0.12 introduit une configuration de règles simplifiée et plus sûre pour les mises à niveau instantanées. Il permet d'enregistrer des règles en utilisant une syntaxe PHP Symfony, éliminant la complexité et les inconvénients des anciennes méthodes. De plus, la validation d'entrée garantit que toute configuration invalide est instantanément signalée, rendant l'expérience développeur plus fluide.
L'article présente une méthode pour migrer des applications PHP héritées sans interrompre le développement de nouvelles fonctionnalités. En utilisant Rector pour automatiser le processus, il permet de travailler simultanément sur une branche de développement et une autre de migration, évitant ainsi les conflits et permettant des tests continus. Cette approche a été testée avec succès sur une importante application PHP, offrant des perspectives pour d'autres mises à jour ou refactorisations.
L'article présente une migration réussie d'une application PHP de plus de 400 000 lignes de FuelPHP vers Laravel, réalisée grâce à l'automatisation via Rector. La migration a permis de convertir 99 % des fichiers PHP automatiquement, en développant des règles personnalisées pour faciliter le processus. Les tests ont été intégrés pour garantir le bon fonctionnement de l'application après migration, et des défis tels que des codes trop complexes ont été résolus par une refonte du code. L'auteur met en avant les avantages d'utiliser Rector pour des migrations à grande échelle avec zéro temps d'arrêt.
L'article discute de la séparation des packages communautaires Typo3 et Nette du cœur de Rector, permettant à la communauté de gérer des fonctionnalités spécifiques à leurs cadres. Cela allège la charge pour les utilisateurs de Rector qui n'utilisent pas ces packages, et favorise une collaboration plus efficace entre les projets. Les leaders de la communauté prennent des décisions alignées sur leurs besoins, ce qui devrait conduire à des itérations plus rapides et à un Rector central plus robuste.
