Question

J'ai une table qui stocke une liste de règles. Dans mon code, je dois récupérer ces règles et gérer la liste de règles (via. Le modèle de référentiel) afin de pouvoir les réutiliser. J'ai ensuite besoin de générer (logique applicative) une liste d'objets en fonction des règles pour une période donnée, par exemple une liste d'objets de vacances filtrés par les règles de la base de données qui arrivent dans les 6 prochains mois. Si vous avez besoin de 6 mois supplémentaires, je vais devoir concaténer les valeurs des 6 mois suivants dans la liste des objets de vacances existants en fonction des règles extraites.

La liste des objets de vacances est traduite / créée en fonction des règles de la période donnée.

Ma question est la suivante: les règles commerciales pour stocker / traduire la liste des objets de vacances doivent-elles être placées dans le même référentiel que la liste des règles? Ou devrait-il s'agir d'une classe qui appelle le référentiel, mais je souhaiterais tout de même conserver la liste des objets traduits.

Merci

Était-ce utile?

La solution

Dans mon esprit, un référentiel consiste uniquement à récupérer et à stocker des informations à partir d'une base de données et doit être aussi pur que possible. Je vous recommande de placer la logique métier dans les classes qui appellent le référentiel ... vos couches seront séparées, ce qui facilitera la réutilisation du référentiel.

Voir ces nice articles sur le modèle de référentiel.

Licencié sous: CC-BY-SA avec attribution
Non affilié à StackOverflow
scroll top