[.Net] Création de DLL et double chainage

Bonjour à tous !
J'ai un problème pas forcément évident à expliquer, donc je me suis donné la peine de faire un schéma pour vous l'expliquer.
Le voici :


Ce schéma correspond à mon architecture applicative.
Mon idée, qui en soit n'est pas plus compliqué que cela, était de générer une DLL pour le package contenant les classes FonctionsDisponibles, Fonction et toutes les classes héritant de cette derniere classe. De cette manière, lorsque je code une nouvelle fonction, pour qu'elle puisse être disponible à l'utilisation dans mon application, je n'ai juste -en théorie- qu'a recompiler ma dll avec la nouvelle Fonction, et la méthode getFonctionsDisponibles() mise à jour, et c'est bon.

Le porblème maintenant, vient de ma classe GestionnaireFonctions qui est utilisée par mes classes de ma DLL... Pour l'instant, pas de problèmes ... Le problème arrive à cause du fait que GestionnaireFonctions utilise la méthode FonctionsDisponibles.getFonctionsDisponibles() ... j'ai donc un linkage "dans les deux sens".

Je dis tout de suite que je ne peux pas incorporer la classe GestionnaireFonctions dans ma DLL : en effet, comme vous pouvez le voir, cette classe utilise plein d'autres classes (qui elles-memes utilisent d'autres classes etc...) et est également utilisée par plein d'autres classes (je viens de m'apercevoir que je ne l'ai pas schématisé ... tant pix ! ^_^) donc ca ne s'arrete plus ...

Je voulais savoir s'il était possible, sous .Net, de générer plusieurs DLL à partir d'un projet (en spécifiant quelles sources vont dans quelles DLL par exemple) ou s'il existe un procédé permettant de générer mes DLL "croisées".

Merci d'avance :)

je pense que, pour éviter ton problème de redondance, qu'il te faudrait une interface entre les 2...

---

Sébastien FERRAND
Blog : http://blogs.developpeur.org/sebmafate

Le probleme est que ma fonction "utilisée" par le GestionnaireFonctions est static .... et il est bien connu (malheureusement) qu'on ne peut définir de méthode static abstraite (ou d'interface avec une méthode statique)
Maintenant, placer une interface au dessus de mon GestionnaireFonctions ... pourquoi pas -éventuellement- ... le probleme est que si je dois voir mon GestionnaireFonctions évoluer, il va falloir que je fasse évoluer mon interface pour pouvoir accéder a "l'évolution" dans mes Fonctions ... lourd ! :) (j'suis une grosse feignasse ^_^)

je suis ouvert a toute nouvelle suggestion ^_^

Je pense qu'à y réfléchir un peu plus ... je pourrais en fait très bien utiliser un singleton plutot qu'une classe avec simplement une méthode statique pour la classe FonctionsDisponibles ... pourquoi pas =)

c'est une solution qui me parait correcte

---

Sébastien FERRAND
Blog : http://blogs.developpeur.org/sebmafate

Est-ce-que la réflexion ne serait pas une solution, envisager un scenario avec ce qu'on appele je crois "un lien tardif" ?

J'y ai également pensé mais je ne sais absolument pas comment mettre ca en place ^_^

une réponse bien de chez moi : "oui et non"

en fait avec la réflection, le problème c'est de savoir quelles méthodes on peut utiliser...

en fait, j'aime la notion de "plug in"... avec x classe implémentant la même interface, ca permet de créer un lien tardif et d'utiliser LA bonne méthode.

ex :
public interface IFonction {
   string Name;
   string Description;
   void Action(object[]);
   void BeginAction(object[]);
   void EndAction();
}

ensuite pour chaque fonction, c'est comme si tu créés un plugin implémentant l'interface.

c'est une idée... je pense utiliser ce principe bientot dans une application de traitement d'images.

---

Sébastien FERRAND
Blog : http://blogs.developpeur.org/sebmafate

hihi ... j'ai l'impression de me mordre la queue (aie ca fait mal !) ...

Je viens d'implémenter mon singleton ainsi que l'interface ... mais subsiste encore un probleme :
auparavant, dans mon GestionnaireFonctions, j'avais un truc du style :

{
  //...
 _fonctionsConnues = FonctionsDisponibles.initFonctionsConnues(this, /* ... */);
  // ...
}

... Mais maintenant... que dois-je mettre ?
Puisque "normalement", dans le code du Gestionnaire, je ne suis pas censé "connaitre" la classe FonctionsDisponibles (je connais par contre l'interface IFonctionsDisponibles)

Ce que je veux dire, c'est que l'instance de FonctionsDisponibles, il va bien falloir que je la passe en parametre quelque part...
Un pattern de derriere les fagots pour ca ? ^^

Pour appeler une fonction avec un lien tardif ( en gros ) :




1 ) Charger l'assembly.
2 ) Chercher la méthode dans l'assembly.
3 ) Créer une instance de la classe si la méthode n'est pas static.
4 ) Appeler la méthode.