Discussion :

[sjrd]

Salut

Le tutoriel Construire une procédure pointant sur une méthode a été annoncé il y a quelques jours.

Si vous avez des commentaires/remarques, positifs ou négatifs, n'hésitez pas à les indiquer ici. Que vous l'ayez lu ou que vous ayez été découragé avant la fin.
Cela permettra éventuellement de l'améliorer, et de mieux faire les suivants

Merci

[CapJack]

Bien qu'ayant, je pense, les bases pour comprendre le bazar, j'avoue avoir été découragé avant la fin, surtout par manque de temps. A vrai dire, j'ai un peu le sentiment de rater quelque chose, car enfin :

* soit la procédure callback est commune à tous les appels, et alors une référence explicite à la méthode d'une instance fixe suffit,

* soit la procédure callback est susceptible de s'adresser à plusieurs instances séparées, mais dans ce cas l'instance concernée est forcément déterminable d'une façon ou d'une autre par bijection à partir des paramètres transmis (sinon, à moi, ça me pose un problème de logique, à moins qu'il y ait une unité oui-ja.pas qui m'ait échappé ! ) ; une simple liste tenue à jour permet alors de choisir le bon objet, au pire en parcourant la liste (en utlisant la propriété Tag pour stocker la valeur en retour dépendante de l'instance, s'il n'est pas possible de simplement transmettre l'adresse de l'instance elle-même, je pense aux fonctions de l'Api de Windows).

D'ailleurs si tu pouvais nous expliquer - en termes simples - comment tu détermines la bonne instance à partir de paramètres dont la nature, la liste et le contenu sont parfaitement variables, je t'en serais reconnaissant.

Ou alors, je suis complètement à côté de la plaque, pas hésiter à me le dire aussi, je suis solide !

[sjrd]

j'avoue avoir été découragé avant la fin, surtout par manque de temps.

C'est l'annexe que tu as "skippée" ou tu t'es arreté encore avant ?

A vrai dire, j'ai un peu le sentiment de rater quelque chose, car enfin :

Tes deux "soit" ne sont pas "blanc et noir". Qu'entends-tu par "commune à tous les appels" vs "est susceptible de s'adresser à plusieurs instances séparées".

soit la procédure callback est commune à tous les appels, et alors une référence explicite à la méthode d'une instance fixe suffit,

Si j'ai bien compris la remarque, il est indiqué dans la section L'idée de base que justement :

Seulement voilà ! Nous ne pouvons pas connaître l'objet sur lequel appeler la méthode. Et à la rigueur, on pourrait même ne pas savoir la méthode à appeler !

soit la procédure callback est susceptible de s'adresser à plusieurs instances séparées, mais dans ce cas l'instance concernée est forcément déterminable d'une façon ou d'une autre par bijection à partir des paramètres transmis (sinon, à moi, ça me pose un problème de logique, à moins qu'il y ait une unité oui-ja.pas qui m'ait échappé ! ) ; une simple liste tenue à jour permet alors de choisir le bon objet, au pire en parcourant la liste (en utlisant la propriété Tag pour stocker la valeur en retour dépendante de l'instance, s'il n'est pas possible de simplement transmettre l'adresse de l'instance elle-même, je pense aux fonctions de l'Api de Windows).

C'est presque vrai pour les call-back des API qui envoient - parfois - un handle, qui permet de retrouver le bon objet. Mais même cela n'est pas toujours vrai. Imagine un call-back qui envoie un unique paramètre entier, qui n'a rien à voir avec une bijection vers les objets potentiels. Comment fais-tu pour retrouver le bon objet ?

D'ailleurs si tu pouvais nous expliquer - en termes simples - comment tu détermines la bonne instance à partir de paramètres dont la nature, la liste et le contenu sont parfaitement variables, je t'en serais reconnaissant.

Eh bien en fait je ne détermine pas la bonne instance à partir des paramètres. La bonne instance, on la passe à MakeProcOfXXXMethod via le champ Data du paramètre Method. Ensuite, la valeur de ce champ Data est encodée dans le code exécutable de la procédure qui est produite.
C'est par exemple le cas dans l'instruction PUSH CallBackObj de stdcall, sauf que CallBackObj est alors enregistré comme valeur immédiate (constante, dans le jargon ASM), et non comme une variable.
Dans le code de MakeProcOfStdCallMethod, c'est l'instruction

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

ObjAddress := Method.Data;

qui s'en charge. Note bien que ObjAddress est ici une partie du code exécutable produit - précédé du $68 qui signifie "PUSH la valeur immédiate sur 4 octets qui suit".

Si je n'ai pas répondu à ta question, il faut que tu me la reposes plus précisément, parce que je ne suis pas sûr de l'avoir bien comprises

[CapJack]

En fait, j'avais lu jusqu'à la construction de la stdcall.

Bon, du coup, j'ai lu, relu, et re-relu, et finalement, tilt ! J'ai compris ce qui m'échappait : en fait, mon problème, c'est que je ne comprenais pas à quel moment était fabriqué le bloc de redirection. Maintenant je crois que j'ai pigé, et je dois reconnaître que c'est très ingénieux.

En fait, en tant que naïf dur d'oreille, je me permettrais modestement de te conseiller de rajouter, dès le début de ton tutoriel, un bête exemple d'utilisation de MakeProcOfxxxMethod, avec une routine d'énumération Windows quelconque, parce que sans ça, on reste vraiment dans le vague au début, et même si on comprend toutes les techniques mises en oeuvre, on se demande "mais qu'est-ce que je peux bien faire de ce machin".

[sjrd]

En fait, en tant que naïf dur d'oreille, je me permettrais modestement de te conseiller de rajouter, dès le début de ton tutoriel, un bête exemple d'utilisation de MakeProcOfxxxMethod, avec une routine d'énumération Windows quelconque, parce que sans ça, on reste vraiment dans le vague au début, et même si on comprend toutes les techniques mises en oeuvre, on se demande "mais qu'est-ce que je peux bien faire de ce machin".

Alors ça, c'est une excellente idée Je n'y avais pas pensé du tout, et maintenant que tu le dis, ça paraît évident qu'un exemple d'utilisation est essentiel.
Je termine mon "tour de dvp" et je m'y colle

[sjrd]

Voilà ce que j'ai pondu :
http://sjrd.developpez.com/delphi/tu...troduction#LVI
Qu'en penses-tu ? Est-ce que cela t'aurait éclairé si tu l'avais lu avant ?

[CapJack]

Oui ! Voilà qui éclaire le début du sujet, en fournissant un mode d'emploi simple !

[sjrd]

OK

(je t'ai ajouté dans les remerciements)

[fldev92]

Salut sjrd et CapJack,
Effectivement ce tutoriel est excellent, et l'ajout de l'exemple permet de mieux maitriser le sujet.
Cela dit, chez moi, ca n'a pas marché du 1er coup (sjrd, je t'ai envoyé un MP pour essayer de comprendre), et je pense avoir trouvé mon erreur et donc - peut être - un oubli de ta part dans ton exemple:
Dans l'exemple que tu donnes avec une procedure stdcall, il ne faut surtout pas oublier le stdcall dans la définition de la méthode qui va gérer le callback dans l'objet. Je pense donc qu'il faudrait corriger ton tutoriel sur le bout de code de la page 1

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
function TFormMain.EnumWndCallBack(Handle: HWND; LParam: LPARAM): Boolean; stdcall;

Chez moi, si on ne mets pas stdcall, l'exemple avec EnumWindows ne marche pas, et on voit bien que les parametres passés à EnumWndCallBack(), dans la pile sont n'importe quoi.

Am I wrong ??

[sjrd]

Tu as tout à fait raison, il manque le stdcall. En fait c'est parce que quand on écrit une méthode, on ne met le stdcall que dans sa déclaration, et pas dans son implémentation. Du coup je n'ai pas pensé à l'indiquer. J'ai rajouté la déclaration dans mon tuto.