Dans une architecture classique Présentation -> Métier -> Persistance , c’est bien souvent la couche métier qui va chercher les données dont elle a besoin et qui les remet à jour en base de données.
Par exemple, admettons que dans ma présentation j’ai un bouton « Invalider les permis sans point ».
On appelle une fonctionnalité de la couche métier qui va :
– aller chercher les permis sans dans la persistance
– les mettre « invalide »
– mettre à jour les permis sans dans la persistance
Je suis tout à fait d’accord pour dire que cela finit par introduire du métier dans la persistance et complique les tests de la couche métier.
Du coup, avec cette architecture hexagonale, je suppose que la couche métier se contentera d’avoir une liste de permis en paramètre (toute la base ?), trouver ceux qui sont sans point et setter le flag invalide.
Dans cette vision, qui va chercher les permis en base avant de les envoyer au métier ?
Une fois l’opération effectuée, qui va mettre les permis modifiés dans la persistance ?
Faut-il une autre couche entre la présentation et le métier qui s’occupe de la persistance avant et après le traitement de la couche métier ?