[Delphi6_Windows_Message] Comment fonctionne les Windows Message?

Bonjour,

Je me paluche actuellement le code d'un programme en Delphi 6 afin d'en definir le cahier des charges pour le traduire dans un autre langage.

Je suis un développeur débutant et je n'ai pas de notion de gestion interprocessus.

Hors cette application d'après mes recherches utilises les windows message.

Dans mon code j'ai :

Code:

---

1 2	Procedure WM_MajZon (var Msg : TMessage);Message EvtMajZon

---

Je comprends très bien le code qui compose cette fonction.

Par contre je ne sais pas :
- quand elle est déclenché
- comment elle est déclenché
- qu'est-ce qui la déclenche

Normallement les windows messages ont un/des emetteurs et l'endroit ou est
définit la procedure corresponds au destinataire, enfin je pense pas me trompé. Comment dans le code analysé se qui déclenche ma procedure???

Je suis preneur de toute aide et tuto sur le sujet. J'ai du mal à integrer le concept malgrès les documents que j'ai pu consulté.

il doit y avoir quelque part un SendMessage(...,EvtMajZon,...,...)

Bonjour,

J'avais fait une recherche dans la solution du projet, sur "EvtMajZon".

Le seul endroit dans le programme ou cette variable est affecté est dans une unité du projet où sont regroupé toute les valeurs de message de la solution :

Code:

---

EvtMajZon = WM_USER + 1004

---

Les autres correspondent à la même déclaration dans les autres applications de la solutions.

Je n'arrive pas à comprendre comment est lié au reste de la solution ces Windows Message.

Merci d'avance pour votre aide

++

Salut

Une idée, peut être est ce un autre projet qui envoie ce message a ton application ?

Citation:

---

Envoyé par mick605

Salut

Une idée, peut être est ce un autre projet qui envoie ce message a ton application ?

---

ce serait une mauvaise idée, pour les messages inter application il y a RegisterWindowMessage

reste à regarder ce que fait le code lié au message pour essayer d'en déduire qui peut bien l'avoir envoyé :) mais c'est manifestement une autre partie du logiciel. J'utilise cela très souvent pour synchroniser un traitement effectué dans un thread secondaire.

Les messages windows sont envoyés sur événement par le système et les programmes.

par exemple, quand tu appuis sur une touche du clavier ou de la souris, un événement est envoyé par le système (en gros il gueule dans la rue) comme quoi la touche "A" viens d'être enfoncé.

Une application qui "comprend" (gère) ce message, ou un composant qui à le focus (Edit par exemple), recevrons ce message et déclencheront une action en réponse à se message.

L'application dira "Non! si appuis sur A on transforme en Q" et l'Edit affichera A ou Q selon la structuration des gestions des messages.

Quand tu utilise un petit outils qui affiche tout les messages systèmes, tu y verra une multitude de chose défiler, appuis sur touche, mouvement de souris, appuis sur bouton, entrée sortie de focus de composants, fermeture, ouverture d'application etc.

quasiment tout les événements des composants répondent (sont issus) à des messages windows (onMousesMove, onKeyUp, onKeyDown, onPopup, onShow, onClose, onActivate, onDeactivate etc).

Les messages contiennent des informations selon leurs types, code clavier, bouton de souris, coordonnées pointeur, état d'un composant etc.

Bonjour,

Et merci pour cette précision sur les windows message.

En fait je suis confronté à un autre "problème". J'ai bien compris le concept de Windows Message ( même si je serai infoutu à l'heure actuelle d'en implémenter un). Et justement , je n'aurais pas à réutiliser les windows message pour la version vb.net.

Dans l'ancienne version du programme, celle que je suis en train d'analyser en Delphi, les interactions entre processus utilisent les windows message, les pipes et meme les zones de donnée commune. Et les processus dialoguent avec ces éléments.

Cependant pour les nouvelles applications, en vb.net ce concept d'envois de message interprocessus disparait, au profit d'écriture d'information dans une base de donnée. Ainsi les processus ne dialogue plus directement entre eux mais par l'intermédiaire d'accès à des informations à la base de donnée. Par exemple la partie utilisateur est développé en VB.net partie sur laquelle je travaille et partie automate elle est développé en C++.

Mon problème est donc de savoir quelles sont les données transmises initialement via les Windows Messages et les pipes afin de savoir comment les traduire en procedure stockée pour envoyer les informations dans la base de donnée, l'autre partie amusante va être de savoir si la procédure stockée existe déjà dans la base de donnée ou pas, car une partie du projet a déjà était traduit sur ce mode de fonctionnement.

Si vous avez des conseils pour bien extraire les informations véhiculé initialement par des pipes ou des windows messages pour les traduire en procedure stockée je suis preneur. Sachant que je n'ai pas accès à la base et que je n'en connais pas la structure il faut initialement que je fasse un descriptif des données.

Je continue mon cheminement

Merci d'avance pour votre aide

Citation:

---

Envoyé par narutobaka

Bonjour,

Et merci pour cette précision sur les windows message.

En fait je suis confronté à un autre "problème". J'ai bien compris le concept de Windows Message ( même si je serai infoutu à l'heure actuelle d'en implémenter un). Et justement , je n'aurais pas à réutiliser les windows message pour la version vb.net.

Dans l'ancienne version du programme, celle que je suis en train d'analyser en Delphi, les interactions entre processus utilisent les windows message, les pipes et meme les zones de donnée commune. Et les processus dialoguent avec ces éléments.

Cependant pour les nouvelles applications, en vb.net ce concept d'envois de message interprocessus disparait, au profit d'écriture d'information dans une base de donnée. Ainsi les processus ne dialogue plus directement entre eux mais par l'intermédiaire d'accès à des informations à la base de donnée. Par exemple la partie utilisateur est développé en VB.net partie sur laquelle je travaille et partie automate elle est développé en C++.

Mon problème est donc de savoir quelles sont les données transmises initialement via les Windows Messages et les pipes afin de savoir comment les traduire en procedure stockée pour envoyer les informations dans la base de donnée, l'autre partie amusante va être de savoir si la procédure stockée existe déjà dans la base de donnée ou pas, car une partie du projet a déjà était traduit sur ce mode de fonctionnement.

Si vous avez des conseils pour bien extraire les informations véhiculé initialement par des pipes ou des windows messages pour les traduire en procedure stockée je suis preneur. Sachant que je n'ai pas accès à la base et que je n'en connais pas la structure il faut initialement que je fasse un descriptif des données.

Je continue mon cheminement

Merci d'avance pour votre aide

---

AHAHAHA !

Or donc une appli Delphi manifestement assez chiadée va être remplacée par une usine à gaz VB.Net et C++ avec des procédures stockées

j'aimerai voir c'est la tête de celui à qui on demandera dans quelques années de pondre un cahier des charges à partir des sources de la nouvelle appli ^^

Plop

Non la partie C++ concernant les automates ne devrait pas être modifié ou très ponctuellement pour prendre en compte le changement concernant l'échange des informations.

Je ferai en sorte que ce sur quoi je taff soit documenter afin de ne pas avoir besoin de [trop] réanalyser le jour ou il faudra faire évoluer l'appli dans un autre langage.

Concernant les choix technologiques je n'ai pas mon mot à dire étant externe à la société et étant en mission ;)

++

Citation:

---

Envoyé par narutobaka

Plop

Non la partie C++ concernant les automates ne devrait pas être modifié ou très ponctuellement pour prendre en compte le changement concernant l'échange des informations.

Je ferai en sorte que ce sur quoi je taff soit documenter afin de ne pas avoir besoin de [trop] réanalyser le jour ou il faudra faire évoluer l'appli dans un autre langage.

Concernant les choix technologiques je n'ai pas mon mot à dire étant externe à la société et étant en mission ;)

++

---

une soft qui vient d'être mis en place est toujours plus ou moins bien documenté, mais dans quelques années, il aura subit des modifications , différents développeurs seront intervenus dessus, et la doc n'aura été que très partiellement mise à jour ;)

bonjour,

D'ou le [trop] ;).

Je me doute bien que si il n'y a pas de rigueur, suite au mise à jour successive, la documentation de sera plus à jour.

Le projet que je suis en train d'analyser, date de 1997 d'après les notes dans le programme. Le soucis c que la je n'ai même pas la doc technique initiale et je dois tout réanaliser ..... ou du moins tenter de réanalyser, parce que je suis vraiment novice dans la relecture et l'analyse du code d'un autre ....

++

Bonjour,

J'avance dans ma compréhension des windows messages, mais j'aimerai avoir confirmation :

Dans le projet que j'analyse, j'ai un appel à une fonction :

Code:

---

EnvEvt (FenVueAff, EvtActMnu, 0, MnuMachES)

---

Les paramètres formels sont :

Code:

---

EnvEvt(NomPro : string; NumMsg:integer;WParam,LParam:LongInt)

---

NumPro : Le nom de ma fenetre d'application qui utilise la fonction
EvtActMnu : WM_USER + 1006 => pas encore capté l'intéret ?????
0,MnuMachES : les valeurs du message à envoyer

Cette fonction après la récupération du handle du process de la fenetre utilise cette fonction :

PostMessage (HdlWin,NumMsg,WParam,LParam)

J'ai une autre fonction :

Code:

---

WM_ActMnu(var Msg:TMessage) ; Message EnvActMnu

---

Je voulais savoir si il s'agissait d'un "écouteur" du message envoyé par PostMessage. En fait je ne comprend pas encore correctement la syntaxe, c'est pour ca que je demande confirmation.

Et aussi savoir si le PostMessage correspondait au SendMessage dont tu parles Paul TOTH?

Merci d'avance pour vos lumière ;)