Je ne suis pas très clair sur ce que vous voulez mais voici mon meilleur tir. Les contrôleurs ne "mappent" pas les classes de domaine; ils sont juste un moyen de séparer la classe de domaine de la vue. Un contrôleur peut référencer n'importe où de 0 à des classes de domaine illimitées. La plupart de la logique pour les opérations de crud est traitée sous les couvertures. Si vous avez besoin que votre classe de domaine utilise un nom de table spécifique, ou que les noms de colonnes vérifient ce qui suit. http://www.grails.org/GORM+-+Mapping+DSL Si votre question est de savoir comment générer un contrôleur et des vues pour les opérations de crud par défaut qui modifient plusieurs classes de domaine à la fois, cela n'est pas possible. Votre meilleur pari serait de courir
Grails generate-all com.company.Login.groovy
Grails generate-all com.company.LoginSearch.groovy
Ensuite, regardez le code généré et l'utiliser comme modèle pour créer votre propre contrôleur et des vues associées qui vous permettra de référencer les deux classes de domaine du même contrôleur.
Vous pouvez utiliser autant de classes de domaines que vous le souhaitez, mais qu'entendez-vous exactement par mappage? Persistant? Ou juste les manipuler? J'ai une vague conjecture sur ce que vous voulez faire et la réponse serait l'héritage ou l'interfaçage, mais pourriez-vous fournir un contrôleur et/ou un code de domaine? – codeporn
En fait, je voulais juste savoir si c'est un scénario normal dans les grails et comment cela est géré. Merci air_blob. – MAlex