[TECH] ♻️ Utilise un vrai builder pour le candidat dans le contexte enrolment (PIX-23680)

[yaf]

🪧 Problème

On constate que c’est pénible dans :

• tous les tests
  • se souvenir des valeurs à mettre à des attributs pour faire en sorte que les modèles utilisés reflètent un état métier spécifique
• intégration/acceptance
  • créer à la fois le modèle domaine mais aussi les données sous-jacentes en BDD
  • en particulier pour les plus nouveaux, se souvenir quand utiliser le domainBuilder VS databaseBuilder

Ces builders n’en portent que le nom, et sont frustrant à l’usage.

https://1024pix.atlassian.net/wiki/spaces/DC/pages/6276775948/BACK+Builders

🌈 Proposition

Pour adresser toutes les frustrations énoncées ci-dessus, on a proposé une revisite du domainBuilder pour que ça ressemble à un Builder, à savoir une entité sur laquelle on peut chaîner des méthodes expressives afin de construire un modèle dans un état spécifique. Ce Builder propose également une méthode permettant d’insérer les données sous-jacentes en BDD.

Ici, c'est le builder de candidat du contexte enrolment qui est migré.

✊ Remarques

🎉 Pour tester

[pix-bot-github]

Choisir les applications à déployer :

• API | 👩‍💻 Dashboard Scalingo
• App (.fr) – App (.org) | 👩‍💻 Dashboard Scalingo
• Orga (.fr) – Orga (.org) | 👩‍💻 Dashboard Scalingo
• Certif (.fr) – Certif (.org) | 👩‍💻 Dashboard Scalingo
• Junior | 👩‍💻 Dashboard Scalingo
• Admin | 👩‍💻 Dashboard Scalingo
• API MaDDo | 👩‍💻 Dashboard Scalingo
• Audit Logger | 👩‍💻 Dashboard Scalingo

Important

N'oubliez pas de déployer l'API pour pouvoir accéder aux fronts et/ou à l’API MaDDo.