[.Net] Création de DLL "croisées" -- Liaison tardive

Question

Bonjour &#224; tous !

Suite au probl&#232;me &#233;voqu&#233; ici (pour les plus courageux... vous n'&#234;tes
cependant pas oblig&#233; de "lire" puisque je vais r&#233;exposer le probleme) :
http://www.csharpfr.com/forum.v2.aspx?ID=538189 

j'ai d&#233;cid&#233; de me tourner vers la liaison tardive.



Rapidemlent, le contexte :

J'ai deux ensembles de classes avec des d&#233;pendances entre eux (dans les
2 sens) et j'aimerais cr&#233;er deux dll diff&#233;rentes pour ces 2 ensembles.

L'une des solutions &#233;voqu&#233;es dans le topic ci-dessus consiste &#224;
utiliser la r&#233;flexion et les liaisons tardives pour cr&#233;er la premi&#232;re
dll (apr&#232;s, pour la deuxi&#232;me, c'est "facile" puisqu'il suffit
d'importer la premi&#232;re :))

Le probl&#232;me est que je ne sais pas trop comment faire cette liaison
tardive... J'ai trouv&#233; ici :
http://www.c-sharpcorner.com/Code/2003/Oct/LateBindingWithReflection.asp
quelque chose qui me para&#238;t tr&#232;s int&#233;ressant... cependant ils ont l'air
de charger l'assembly &#224; partir d'une dll ... Or c'est cette que je
chercher &#224; CREER (donc je ne peux l'avoir sous la main avant de l'avoir
cr&#233;&#233; ^^)



Ce que j'aimerais en fait, c'est savoir s'il serait possible de "compiler et utiliser" un fichier .cs :)

Je pense que si j'arrivais &#224; faire &#231;a, je pourrais m'en sortir avec mes liaisons tardives ^^



Merci d'avance :)

Lutinore · Answer

On s'est mal compris ( encore ), quand je parlais de la r&#233;flexion c'etait pour appeler une m&#233;thode avec "un lien tardif" pas pour cr&#233;er un assembly dynamiquement. La r&#233;flexion permet d'appeler une m&#233;thode juste en disposant de son nom ainsi &#224; la compilation ta librarie n'a plus de d&#233;pendance avec la seconde, est-ce-que ca semble pouvoir r&#233;soudre ton probl&#232;me ? je remet le petit r&#233;sum&#233; de l'autre post:

1 ) Charger l'assembly.
2 ) Chercher la m&#233;thode dans l'assembly.
3 ) Cr&#233;er une instance de la classe si la m&#233;thode n'est pas static.
4 ) Appeler la m&#233;thode.

Lutinore · Answer

Voil&#224; un exemple minimaliste de lien tardif pour appeler une m&#233;thode:


class 
App
{

   private 
const 
string ASSEMBLY_NAME = 
"MyLib.dll";

   private 
const 
string CLASS_NAME = 
"MyLib.MyClass";

   private 
const 
string METHOD_NAME = 
"MyMethod";

   [ 
STAThread ]

   private 
static 
void Main( )
   {

      try
      {

         // On Charge l'assembly.

         Assembly assembly = 
Assembly.LoadFrom( ASSEMBLY_NAME );

         // On obtient la classe.

         Type type = assembly.GetType( CLASS_NAME );

         // On obtient la m&#233;thode.

         MethodInfo method = type.GetMethod( METHOD_NAME );

         // On cr&#233;er l'objet.

         object target = 
Activator.CreateInstance( type );

         // On appele la m&#233;thode.

         string s = ( 
string )method.Invoke( target, 
new 
object[ ] { 
"Hello World" } );

         /* Autre technique pour appeler la m&#233;thode.
         string s = ( string )type.InvokeMember
         (
            METHOD_NAME,
            BindingFlags.InvokeMethod,
            null,
            target,
            new object[ ] { "Hello World" }
         );
         */

         Console.WriteLine( s );

         Console.ReadLine( );

      }

      catch ( 
Exception ex )
      {

         Console.WriteLine( ex.ToString( ) );
      }
   }
}

sebmafate · Answer

la m&#233;thode de Lutinore fonctionne parfaitement... malheureusement, le repproche c'est qu'&#224; la compilation de ton appli tu dois conna&#238;tre le nom de la m&#233;thode que tu appelles ainsi que ces param&#232;tres.

Je suis en train de voir pour te faire une source exploitant l'id&#233;e des plugins, ca te permet de charger dynamiquement une assembly et de l'appeler sans la conna&#238;tre... puisqu'elle impl&#233;mente une interface


<HR>
S&#233;bastien FERRAND

Blog : http://blogs.developpeur.org/sebmafate

Atmaweapon · Answer

oki merci beaucoup ^_^



Cela dit j'ai trouv&#233; ma "solution" qui en fait &#233;tait vraiment toute
conne (mais je pense qu'elle ne marche que dans les cas "simples" o&#249; on
a pas trop trop de d&#233;pendances entre les 2 assembly :

- dans l'assembly pr&#233;sentant le plus petit nombre de d&#233;pendances (on
appellera cet assembly l'assembly A) vers l'autre assembly (... et
celui la l'assembly B), on "commente" toutes ces d&#233;pendances, et on
compile une DLL A.dll

- On importe la DLL A.dll dans l'assembly B, les d&#233;pendances sont donc disponibles, on compile la DLL B.dll

- On importe la DLL B.dll dans l'assembly A, les d&#233;pendances sont donc
disponibles, on peut d&#233;commenter nos lignes et recompiler la DLL A.dll
:p



Bon maintenant, si une des m&#233;thodes appel&#233;es d'une DLL &#224; l'autre vient
&#224; changer, faut "s'amuser" &#224; refaire la p'tite manip ci-dessus...

(mais je pense qu'on a le meme probl&#232;me avec la liaison tardive ^^)



merci a Lutinore : j'avais bien compris que c'&#233;tait comme ca qu'il
fallait proc&#233;der (c'est ce qui est d&#233;crit dans l'url que j'avais donn&#233;
si je ne m'abuse) mais je viens de m'apercevoir que ce que je me suis
plant&#233; lorsque je me suis dit "mais ils utilisent une dll que justement
je cherche a cr&#233;er" : on l'utilise en effet dans le code mais, au
d&#233;part, c'est vrai qu'elle n'a pas besoin d'exister...



Merci en tous cas :)

et Seb, je reste ouvert a ta solution de plugins =) (si ca ne t'embete
pas hein ^^) ... je suis relativement ouverts aux solutions les plus
"propres" g&#233;n&#233;ralement :)

[.Net] Création de DLL "croisées" -- Liaison tardive

4 réponses

Votre réponse

Discussions similaires