Discussion :

[zax-tfh]

Bonjour à tous,

Je suis actuellement en cours de dev sur un projet composé de deux parties :
1) Un lanceur, qui va aller chercher toutes les dll d'un repertoire, voir si elles contiennent des types utilisant une interface IPlugin, et si c'est le cas, les repertorier dans une liste.
2) Des projets Satellites ayant pour point commun une classe implémentant l'interace IPlugin.

Sachant que la partie 1 et la partie 2 ne sont pas dépendantes du tout, lorsque je lance le lanceur, il ne génère pas les plugins (logique me direz vous...).
J'aimerai pourtant pouvoir le faire. Pour cela, j'ai été voir la configuration des dépendance du projet du lanceur et j'ai coché le plugin en question pour lui dire de le générer mais cela ne fonctionne pas comme cela (ca ne le génere pas puisqu'aucune classe du lanceur ne fait appel directement au plugin).

Sauriez vous comment je pourrais faire ce genre de chose svp ?
Merci d'avance
@++

[tomlev]

je suis pas sûr d'avoir bien compris... tu voudrais que quand tu lances l'application à partir de Visual Studio, ça recompile aussi les plugins ?

[zax-tfh]

Salut,

Oui exactement, et surtout que ca me colle les dll des plugins dans le repertoire debug du projet configuré comme projet de lancement.

[tomlev]

Ben c'est bizarre... j'ai un projet similaire, avec des plugins sans dépendance directe avec l'application, et si je coche les plugins dans la conf des dépendances, ça les recompile bien quand je lance l'appli. Tu as fait quoi exactement comme manip ?

Pour ce qui est de copier les DLL dans le répertoire de sortie, tu peux mettre une commande "copy" dans les évènements post-build, ou carrément définir le même répertoire de sortie pour l'application et les plugins

[zax-tfh]

Ahhhhh d'accord ! En fait, j'ai pas trop fait gaffe si les plugins étaient recompilés en même temps, car voyant que les dll n'etaient pas dans le repertoire debug du lanceur, je m'étais dit que ca les recompilait pas (beh ouais, quand on a une dépendance, logiquement les dll sont copiées dans le rep debug du projet de départ !)
Donc du coup je crois que je vais opter pour ta deuxieme solution : tout le monde dans le meme repertoire

Merci pour l'info dans tous les cas !!!
@+