Version imprimable
Bonjour,
Voila Je suis débutant et j'aimerai modifié un petit programme en isolant la partie com dans une dll, seulement cette partie que je souhaite isoler a besoin de classes que je souhaite laisser dans mon programme principale.
Je voudrais donc savoir si le sens de communication se fai uniquement de la dll vers le programme ou bien si il peu se faire du programme vers la dll.
plus precisement, comment puis-je faire connaitre à une dll des classes se situant dans le programme ?
Bonjour,
si votre post parle de COM, je suppose que vous développez sous Windows.
Normalement, votre programme principal doit générer une librairie statique qui devra être lier à votre DLL, afin que celle-ci puisse accéder aux classes du programme principal.
Il vous faudra définir précisément les classes affectées, et utiliser le mot clef
Je ne suis pas suffisamment à l'aise avec cette technologie pour vous en dire davantage.Code:_declspec(dllimport) ou _declspec(dllexport)
S. Desbois
La DLL ne pourra jamais connaître le nom des fonctions exposées par le programme de toute façon. Il faudra donc passer à la DLL des pointeurs de fonction, ou des objets de classes héritant d'une classe commune dont toutes les fonctions sont virtuelles.
C'est ainsi que fonctionne COM/OLE, d'ailleurs: Une "Interface COM", ce n'est rien de plus qu'une classe dont toutes les fonctions sont virtuelles pures.
Donc en passant à la dll des pointeur sur des fonction du programme, celle ci pourra utiliser ces fonctions??
Oui.
tout d'abord merci de votre aide !!!
Pourriez vous me dire comment passer un pointeur de fonction a la dll?
lors de lappelle du constructeur de l'interface de la dll ??
encore merci!
Pour commencer, il faut choisir: Soit on passe uniquement des pointeurs de fonction, soit on joue avec une "interface" et des objets. Ce n'est pas du tout la même envergure.
Pour bêtement passer un pointeur de fonction à une DLL, tu regarde simplement comment on utilise des fonctions comme DialogBoxParam(), EnumWindows(), CreateThread(), etc. Ces fonctions sont dans USER32.DLL et prennent toutes un pointeur de fonction en paramètre. Pour des fonctions qui n'appellent pas la fonction passée AVANT leur retour, tu peux regarder du coté de la structure WNDCLASSEX qui, utilisée avec RegisterClassEx(), se contente de mémoriser le pointeur pour plus tard sans l'appeler immédiatement...
Là j'ai pas tout compris ... plutôt l'interface d'un objet COM ?Citation:
Envoyé par GEIIMAN
On peut jouer avec des "interfaces" sans nécessairement faire du COM/OLE...
pour mchk0123:
lors de lappelle constructeur de l'interface cad est ce ke je peu passer en argument au constructeur de la classe interface de ma dll,le pointeur sur la fonction du programme que ma dll doit utiliser.
Merci medinoc je vai chercher dans ce sens la
Oui, comme medinoc te l'as dit, il n'y a aucun problème à passer un pointeur de fonction dans les paramètres de ton constructeur situé dans la Dll.
Fait tout de même attention à ce que la DLL et ton programme soient, tous les deux, compilés avec le même compilateur & les mêmes options de compilations.
Pour des pointeurs de fonctions C ou extern "C", pas de problème à priori : Les conventions d'appel sont standardisées sous Win32.
Un éventuel problème peut avoir lieu si le header ne précise pas explicitement la convention d'appel (__cdecl, __stdcall (WINAPI et CALLBACK sont des defines dessus) ou __fastcall), car les options de compilation déterminent celle qui est choisie par défaut.
Tu devrai crée une DLL COM. Tu trouveras quelque exemple sur le net http://www.codeproject.com/com/comintro.asp.
En gros tu crée des interfaces définis dans un fichier idl. Une interface est une classe avec des functions virtuel pure (aucun code attaché). Après tu implémente c'est interface dans une classe, à la sauce COM. C'est assez galère a comprendre au début mais on si fait. Ta DLL doit aussi exporter 3 ou 4 fonction d'enregistrement. Et l'astuce c'est que tout le monde peut avoir accès au définitions des IDL, sans même savoir ou le code correspondant ce trouve!
Le bon coté c'est que tu pourras utilisé ton module dans d'autre languages ( C#/Java/VBS)
Bon chance
Je pense que mettre en branle tout COM juste pour ça est exagéré.
Si c'est juste pour passer des fonctions ou une classe à une DLL, il n'est pas forcément nécessaire d'ajouter le comptage de références, le cast dynamique d'une interface à l'autre, etc.
ca y est jai réussi, ma dll utilise la fonction de mon programme que je voulai.
je lui est passer un pointeur sur cette fonction et aucun probleme jai verifié avec le debuger,elle execute bien le code de cette fonction.
merci à tous pour vos conseilles :king:
Mes excuses medinoc je croyais qu'il voulait passer un pointeur sur une interface ou objet casté en classe abstraite, alors qu'en fait il veut passer un simple pointeur sur fonction.Citation:
Envoyé par mchk0123
Mais même pour une simple interface/classe abstraite, je pense que mobiliser COM était exagéré.
Pour quelque chose de plus gros, ça aurait pu être intéressant. Et encore, seulement des objets COM, inutile d'aller jusqu'à des composants...
(un objet COM n'a pas de ClassFactory)
On s'est mal compris, je parlais des options de compilations. J'ai corrigé mon message plus haut.
Au temps pour moi, c'est themaxmax qui parlait de créer une DLL COM...