OK, j'ai trouvé quelques éléments de réponse : 1. Tous mes modèles Mongoid, je les stockerai dans une gem 'models', dans le dossier lib par exemple (ce qui permettrait de charger directement les modèles dans le load path). -> Reste une question : Comment est-ce qu'on les "augmente" depuis les applications hôtes ? Je voudrais créer un Concern qui serait inclus dans le modèle partagé pour ajouter les modules de devise (dans l'application qui utilisera Devise)
2. Les controleurs qui seront extend dans les applications hôtes seront définis dans l'engine. Est-ce correct, messieurs ? Merci encore ! Le mercredi 6 février 2013 16:55:24 UTC+1, Codii a écrit : > > Je ne comprends pas tout dans ta réponse, Thierry, mais pour préciser > simplement : J'ai commencé un projet rails dans lequel j'avais mes modèles > et controleurs définis de façon classique dans l'application utilisant > Devise. > J'ai voulu ensuite réutiliser ces modèles et controleurs dans une autre > application (qui n'utiliserait pas Devise), d'où l'engine. > De ce que j'ai compris de la réponse d'Olivier, je devrais simplement > créer une gem qui contiendrait les modèles Mongoid et controleurs et > l'ajouter à mon engine, qui serait à son tour inclus dans mes applications > hôtes ? Mais là, vous me perdez complètement ! > Est-ce la seule façon de régler le problème ? N'y a-t'il pas plus simple ? > > Merci ! > > Le mercredi 6 février 2013 16:04:45 UTC+1, thierry.henrio a écrit : >> >> Salut >> >> 2013/2/6 Codii <[email protected]> >> >> >>> 1. Les modèles qui sont définis dans mon engine devraient pouvoir être >>> "augmentés" pour les besoins des applications hôtes. >>> Concrètement : >>> >>> - Je définis dans mon engine un modèle User ou Engine::User dans mon >>> application hôte. Mon app hôte utilise Devise. Donc je voudrais pouvoir >>> greffer devise au modèle User de mon engine. Comment faire proprement ? >>> >>> 2. Je voudrais accéder aux modèles définis par mon engine dans le >>> namespace global, Engine::User au lieu de User. >>> >> >> IHMO, c'est pas une bonne idée >> >> 1- c'est pas dans le bon sens : prévoir des libs, des engines avant >> d'avoir un machin qui marche >> fais le marcher et extraie une lib, un engine >> ( ca n'a rien à voir avec rails ou java ) >> >> 2- pas top les namespaces pour les modèles dans rails >> J'ai essayé une fois avec un User pour devise il me semble, et je me suis >> pris un gros fail en rails 3 >> >> 2c, Thierry >> >> -- -- Vous avez reçu ce message, car vous êtes abonné au groupe "Railsfrance" de Google Groups. Pour transmettre des messages à ce groupe, envoyez un e-mail à l'adresse [email protected] Pour résilier votre abonnement envoyez un e-mail à l'adresse [email protected] --- Vous recevez ce message, car vous êtes abonné au groupe Google Groupes Railsfrance. Pour vous désabonner de ce groupe et ne plus recevoir d'e-mails le concernant, envoyez un e-mail à l'adresse [email protected]. Pour plus d'options, visitez le site https://groups.google.com/groups/opt_out .
