Comment puis-je concevoir mon application Grails? Mes règles métier doivent être implémentées uniquement au sein des services (avec des classes de domaine anémiques, uniquement avec des getters et setters) ou doivent exister un consensus, en plaçant des règles de gestion de domaine dans les classes et les services de domaine?Numéro de conception des classes de domaine Grails
Avoir des classes de domaine anémiques n'est absolument pas nécessaire, ni mettre toute la logique métier dans les services. Cependant, les services fournissent des transactions déclaratives "libres". Donc, si votre logique métier nécessite une sémantique transactionnelle, un service est le bon endroit pour cela. D'autres aspects de la logique métier peuvent être mieux adaptés pour faire partie des classes de domaine elles-mêmes.
Vous devez également modifier votre article pour l'orthographe grammaticale et l'orthographe. Cela n'a guère de sens, comme c'est le cas actuellement.
La logique métier est généralement intégrée à vos services. Vos objets de domaine devraient être à peu près ce que vous voulez conserver dans votre base de données. Logique spécifique au domaine que je mettrais dans la classe de domaine (ie: validation d'objet). Toutefois, toute logique qui utilise plusieurs classes de domaine doit appartenir à la couche de service.
Ceux qui interagissent avec l'interface utilisateur doivent se trouver dans la couche de contrôleur.
désolé mon apprenant l'anglais :-) – Lucas
+1 Bon point sur les services fournissant silencieusement le support des transactions. –