Discussion :

[loudo]

Bonjour,

J'aimerai organiser le code de mon application pour bien séparer la couche métier du reste de l'application.

Pour le moment j'ai bien identifié :
- Le modèle : les entity
- La vue : les templates twig
- Le controleur : les controller symfony

Solution 1 :Est-ce qu'il est judicieux d'ajouter les règles métiers aux entités ?

Solution 2 : Créer des manager d'entités pour alléger les controller :

Est-ce que vous pensez que c'est une idée d'ajouter les règles métiers dans ces manager ?

Solution 3 : est-ce qu'il est plus propre de créer de nouvelles classes qui se chargent de stocker les règles métiers ? Exemple : j'ai une entité Absence, je créé une classe AbsenceMetier qui contient les fonctions à appliquer à une Absence.

Merci pour votre aide.

[Joauc]

Tu as les classes "Repository" pour cela.
Quand tu crées une entité via la commande "doctrine:generate:entity" il te propose a la fin de creer un fichier qui s'appelle "LeNomDeLentitéRepository" et c'est dans cette classe que tu mets tes méthodes liées à l'entité.
Tu peux créer cette classe à la main si tu n'es pas passé par "doctrine:generate:entity".

Apres pour le manager je peux pas trop te répondre je ne m'en sers pas.

[loudo]

Le repository ne sert pas à stocker les requêtes plutôt ?

Moi je parle de fonctionnalités métiers sur une entité.

[pc.bertineau]

Utilise des services, qui correspondent à ta seconde solution. Tu pourrais les laisser dans les contrôleurs mais tu vas faire de la duplication et en terme d'organisation, c'est plus cohérent de sortir les traitements métiers dans ces services.