Évolutions possibles
À partir de cette version de l'API et du site de news, de nombreuses évolutions sont possibles.
Il est important de refactoriser son code afin d'assurer une meilleure lisibilité, maintenabilité, et qualité du code. Voici quelques idées d'évolutions (liste non exhaustive).
Services
Dans l'API comme dans le site de news, les fonctionnalités réalisées pourraient être déplacées dans des services dédiés. Le contrôleur s'en trouverait alors allégé, ce qui lui ferait le plus grand bien.
Validator
Avec le validator de Symfony, il est possible de créer ses propres règles de validation.
On pourrait alors imaginer une nouvelle contrainte de validation, par exemple App\Validator\IsNotSpam, qui prendrait en charge la logique de vérification d'un email.
Ainsi, au niveau de l'email, dans l'entité, on pourrait appliquer un attribut PHP8 IsNotSpam sur la propriété directement.
API
L'API pourrait évoluer vers un autre fonctionnement, au lieu d'un tableau statique : fichier de domaines considérés comme des spams, base de données, etc...
On pourrait même imaginer plusieurs implémentations (plusieurs services) allant chacune chercher dans des sources différentes (une autre API, par exemple).
Il deviendrait alors beaucoup plus facile d'alterner l'utilisation d'une implémentation ou une autre, au besoin.