Surcouche metier Symfony

Bonjour,

J'aurais besoin de votre avis sur l'organisation d'un projet sf2, pour savoir ou placer la surcouche métier.
Sur symfony 1, on pouvait facilement écrire notre code dans les models qui héritait des fichiers générés de doctrine mais je ne trouve pas équivalant dans le 2.

En gros si j'ai 4 tables :

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25

user ------- id mail   order ------- id user_id   product_order ------- id order_id product_id price quantity   product ------- id name price stock

---

Je génère via Doctrine mes entities et j'aimerais rajouter 3 fonctions :

order->getTotalOrder() => Retourne le total de la commande
product->getUserOrder() => Retourne tous les user qui ont achetés ce produit
product->isDispo() => Retourne un bool si le produit est dispo ou non.

Comment doit être l'architecture de mon projet pour placer les fonctions au bon endroit ?

Je suppose "product->getUserOrder()" devrait être dans un repository.
"product->isDispo()" doit il être directement dans l'entities ?

Merci de votre aide

si il y a pas ou très peu de logique(généralement des petites conversions) on peux ajouter dans une entité des choses du genre isValid .... prixEnEuro() .... (même si c'est vraiment mieux de ne pas en mettre du tout)
et bien sur , pour des requetes en base c'est obligatoirement dans le repository de l'entité.
et si tu as des traitements logiques assez conséquents (plus de 10 lignes) il faut en faire des services. très simple à faire en Symfony2


ainsi chaque chose à sa place, le modèle n'est que modèle. les repository -> les requètes et les services -> les traitements logiques

Je te remercie,

Si je veux utiliser des Bundles existant (par exemple un bundle de CRUD), il n'utilisera pas ma couche métier ?
Par exemple, à chaque changement d’émail je veux faire un appel vers un WS pour mettre à jour ma base mailing. Il y a une solution pour déclarer le service ou autre ?

La déclaration de services est très bien expliquée sur cette page :
http://symfony.com/doc/current/book/...container.html

Et pour surveiller le changement d'email, un listener devrait faire l'affaire :
http://symfony.com/doc/current/cookb..._listener.html