Discussion :

[oliver_mpt]

Bonjour,

C'est surement une question de débutant : Je voudrais écrire une DLL en C++ qui communique avec le programme principal par le biais de messages windows (messages utilisateurs). Je ne comprends pas bien comment le code de la DLL peut interagir avec la boucle de message de l'application principale, et je n'ai pas trouvé de doc claire à ce sujet.
Quelques mots d'explication serait les bienvenus ...

Merci

[Médinoc]

Ce que tu cherches à faire n'a généralement pas de sens à moins que la DLL démarre d'elle-même un nouveau thread, ou expose une fenêtre (ou un contrôle).

[oliver_mpt]

Oui, exactement,

ma DLL demarre un thread qui initialise un socket pour une connection réseau. Il doit aviser l'application quand il est connecté, et quand il reçoit un message.

[Mat.M]

Bonjour,

C'est surement une question de débutant : Je voudrais écrire une DLL en C++ qui communique avec le programme principal par le biais de messages windows (messages utilisateurs). Je ne comprends pas bien comment le code de la DLL peut interagir avec la boucle de message de l'application principale, et je n'ai pas trouvé de doc claire à ce sujet.
Quelques mots d'explication serait les bienvenus ...

Merci

Ca tombe bien je suis en train de bosser là dessus
Dans la DLL il suffit d'envoyer au HWND du programme principal un message personnalisé WM_USER+ constante et les bons parametres avec PostMessage ou SendMessage
Dans le programme principal il suffit dans la boucle de message de récupérer ce WM_USER et faire des actions en conséquence
Dans le programme principal, on peut charger la dll avec LoadLibrary et mettre des pointeurs de fonctions sur la dll.
Dans la dll déclarer les fonctions comme exportées il est souhaitable de faire un fichier .def

[oliver_mpt]

Merci Mat !

Je vois le truc, merci pour ta réponse rapide,

Olivier

[bacelar]

Pour moi, cela entraine un couplage fort entre la dll et l'exécutable.
Ils doivent se partager la signification des différents messages.
Cela contrevient à la conception générale d'une dll.
Je serais plus adepte de l'utilisation d'une interface et du passage du pointeur sur une implémentation de cette interface dans une fonction d'initialisation de la dll.

[oliver_mpt]

Salut Bacelar,

Tu as tout à fait raison, dans mon cas, je vais fournir la DLL à des utilisateurs avec une doc indiquant la gestion de messages à mettre en place (2 en fait ...)
Ce n'est pas très handicapant, mais j'en convient, pas très propre ...

Par contre, j'avoue mon ignorance : une interface c'est quoi ? c'est de la programmation COM ?

Olivier

[bacelar]

Une Interface, c'est une classe abstraite pure.
Une classe dont toutes les méthodes sont abstraites (virtuelle pure, =0).
C'est un concept Objet venant de COM -> JAVA -> .NET.
Ce n'est qu'un concept qui n'est pas lié à un langage ou un environnement d'exécution.
Il est implémentable en C++ de base avec une classe abstraite pure.

En utilisant une interface correctement, on ne fera aucune assertion sur l'environnement d'exécution (MFC /non MFC, thread graphique/non graphique, C runtime en Dll ou en static etc...). Voir aucune assertion sur le langage d'implémentation si un utilise des interfaces CORBA ou COM ou .NET.

En utilisant une interface, le seul lien entre la dll et l'exécutable est exprimé sous la forme d'un fichier .h et les commentaires adéquates.

[oliver_mpt]

Intéressant,

Je vais creuser et améliorer ma culture informatique en ce sens. Merci pour l'info !

Olivier