Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter
échange entre progamme et DLL
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 : Sélectionner tout - Visualiser dans une fenêtre à part _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.
SVP, pas de questions techniques par MP. Surtout si je ne vous ai jamais parlé avant.
"Aw, come on, who would be so stupid as to insert a cast to make an error go away without actually fixing the error?"
Apparently everyone. -- Raymond Chen.
Traduction obligatoire: "Oh, voyons, qui serait assez stupide pour mettre un cast pour faire disparaitre un message d'erreur sans vraiment corriger l'erreur?" - Apparemment, tout le monde. -- Raymond Chen.
Donc en passant à la dll des pointeur sur des fonction du programme, celle ci pourra utiliser ces fonctions??
Oui.
SVP, pas de questions techniques par MP. Surtout si je ne vous ai jamais parlé avant.
"Aw, come on, who would be so stupid as to insert a cast to make an error go away without actually fixing the error?"
Apparently everyone. -- Raymond Chen.
Traduction obligatoire: "Oh, voyons, qui serait assez stupide pour mettre un cast pour faire disparaitre un message d'erreur sans vraiment corriger l'erreur?" - Apparemment, tout le monde. -- Raymond Chen.
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...
SVP, pas de questions techniques par MP. Surtout si je ne vous ai jamais parlé avant.
"Aw, come on, who would be so stupid as to insert a cast to make an error go away without actually fixing the error?"
Apparently everyone. -- Raymond Chen.
Traduction obligatoire: "Oh, voyons, qui serait assez stupide pour mettre un cast pour faire disparaitre un message d'erreur sans vraiment corriger l'erreur?" - Apparemment, tout le monde. -- Raymond Chen.
Là j'ai pas tout compris ... plutôt l'interface d'un objet COM ?Envoyé par GEIIMAN
Avant de poster un message.
Quand vous avez la réponse à votre question, n'oubliez pas de cliquer sur.
On peut jouer avec des "interfaces" sans nécessairement faire du COM/OLE...
SVP, pas de questions techniques par MP. Surtout si je ne vous ai jamais parlé avant.
"Aw, come on, who would be so stupid as to insert a cast to make an error go away without actually fixing the error?"
Apparently everyone. -- Raymond Chen.
Traduction obligatoire: "Oh, voyons, qui serait assez stupide pour mettre un cast pour faire disparaitre un message d'erreur sans vraiment corriger l'erreur?" - Apparemment, tout le monde. -- Raymond Chen.
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.
Avant de poster un message
Quand vous avez la réponse à votre question, n'oubliez pas de cliquer sur
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.
SVP, pas de questions techniques par MP. Surtout si je ne vous ai jamais parlé avant.
"Aw, come on, who would be so stupid as to insert a cast to make an error go away without actually fixing the error?"
Apparently everyone. -- Raymond Chen.
Traduction obligatoire: "Oh, voyons, qui serait assez stupide pour mettre un cast pour faire disparaitre un message d'erreur sans vraiment corriger l'erreur?" - Apparemment, tout le monde. -- Raymond Chen.
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
________________________________________________
http://bliquid.fr : Blog sur Android et l'Acer Liquid
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.
SVP, pas de questions techniques par MP. Surtout si je ne vous ai jamais parlé avant.
"Aw, come on, who would be so stupid as to insert a cast to make an error go away without actually fixing the error?"
Apparently everyone. -- Raymond Chen.
Traduction obligatoire: "Oh, voyons, qui serait assez stupide pour mettre un cast pour faire disparaitre un message d'erreur sans vraiment corriger l'erreur?" - Apparemment, tout le monde. -- Raymond Chen.
résolu
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
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.
Avant de poster un message
Quand vous avez la réponse à votre question, n'oubliez pas de cliquer sur
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)
SVP, pas de questions techniques par MP. Surtout si je ne vous ai jamais parlé avant.
"Aw, come on, who would be so stupid as to insert a cast to make an error go away without actually fixing the error?"
Apparently everyone. -- Raymond Chen.
Traduction obligatoire: "Oh, voyons, qui serait assez stupide pour mettre un cast pour faire disparaitre un message d'erreur sans vraiment corriger l'erreur?" - Apparemment, tout le monde. -- Raymond Chen.
On s'est mal compris, je parlais des options de compilations. J'ai corrigé mon message plus haut.
Avant de poster un message
Quand vous avez la réponse à votre question, n'oubliez pas de cliquer sur
Au temps pour moi, c'est themaxmax qui parlait de créer une DLL COM...
SVP, pas de questions techniques par MP. Surtout si je ne vous ai jamais parlé avant.
"Aw, come on, who would be so stupid as to insert a cast to make an error go away without actually fixing the error?"
Apparently everyone. -- Raymond Chen.
Traduction obligatoire: "Oh, voyons, qui serait assez stupide pour mettre un cast pour faire disparaitre un message d'erreur sans vraiment corriger l'erreur?" - Apparemment, tout le monde. -- Raymond Chen.
Vous avez un bloqueur de publicités installé.
Le Club Developpez.com n'affiche que des publicités IT, discrètes et non intrusives.
Afin que nous puissions continuer à vous fournir gratuitement du contenu de qualité, merci de nous soutenir en désactivant votre bloqueur de publicités sur Developpez.com.
Répondre avec citation
Partager