Thread: proposer plusieurs méthodes execute?

Bonjour,

En consultant la FAQ et divers exemples fournis sur le web, j'ai remarqué (à chaque fois) que seule une méthode pouvait être appelée pour exécuter du code dans le thread (la méthode execute)

Il se trouve que j'aimerais bien 'convertir' une de mes unité existante dans un thread, mais pour cela, il me faudrait plusieurs méthodes execute...

Pour être plus précis, l'unité en question (celle à convertir) utilise un composant Indy (idHttp pour ne pas le citer). Plusieurs méthodes dans cette unité permettent de charger une page web et d'appliquer un traitement spécifique en fonction de l'adresse de cette page (il y atrop de différences entre les contenus opur synthétiser les traitements en une seule fonction):

-> Appel fct charger page web n°1 -> appel fct traitement page web n°1
-> Appel fct charger page web n°2 -> appel fct traitement page web n°2
etc...

Or, l'appel aux méthodes de ce composant Indy est bloquant (tant mieux, je ne veux pas faire de traitement tant que ma page web n'est pas chargée complètement, mais il est également bloquant pour tout ce qui est rafraichissement de mon interface (TTabSheet entre autre) ).

Je voudrais donc utiliser un thread, mais qui disposerait d'une méthode execute_1, execute 2 etc...

Je ne sais pas si cela est possible, et sinon, comment faire?

Utiliser une structure case..of dans la méthode execute, mais puis-je surcharger la méthode execute?

Utiliser, comme un bourrin, une variable globale (permet de ne pas modifier execute)?

Bref, je patine un peu dans la semoule, et mes nombreuses recherches sur le net ne m'ont pas permis actuellement de trouver réponse à cette question!

Donc si quelqu'un a des pistes de recherche à me proposer, je suis preneur!

Merci

Ben, il suffit, dans Execute, d'appeler l'une ou l'autre de tes méthodes en fonction d'un champ de la classe en question.

Merci de répondre, ça fait plaisir de ne pas voir sombrer ce topic dans les oubliettes!!

Bon, sinon, pour information, j'ai regardé l'exemple de thread de D7, et il semblerait que le type d'action à exécuter soit passé lors de la création du thread, pas lors de l'execute... Donc je me demande si je vais dans la bonne direction!

je dois avouer que mes connaissances par rapport aux thread sont... comment dire... limitées!

Donc si je comprends bien ce que tu dis sjrd, il faut, en gros, que je me créer une variable propre à ma classe, celle-ci permettant de charger telle ou telle page puis d'appeler la méthode de traitement correspondante?

ou bien dérive des threads avec un Execute spécifique d'un ancêtre commun qui aura les fonctionnalités communes

Citation:

---

Envoyé par tourlourou

ou bien dérive des threads avec un Execute spécifique d'un ancêtre commun qui aura les fonctionnalités communes

---

Et tu n'aurais pas un lien donnant un exemple stp? La FAQ delphi indique que Indy est fait pour être utilisé dans un thread, quand à trouver un exemple, c'est une autre paire de manches!

Et j'ai beau chercher sur le net, je ne trouve que des exemples simples du cas de base sur les threads...

bref, semoule, quand tu nous tiens!

ce que je voyais est calqué sur les objets, pour autant que ce soit possible (je suis nul en threads...) :

soit un TTonThreadDeBase qui correspondrait à ton Unit actuelle, avec les procédures communes et une méthode Execute bidon ;

tu ferais des TThreadDerives=class(TTonThreadDeBase) dont les méthodes Execute seraient spécifiques de chaque page à charger et traiter

et donc, en fonction de la page et du traitement, c'est le programme qui lance tel ou tel type de thread

Ah, OK, merci beaucoup, je crois comprendre le truc...

Mais si je saisi bien, cela implique un objet dérivé = une navigation...

Si j'ai 10 pages différentes nécessitant 10 traitement différents, il me faudra 10 objets dérivés de ma classe d'origine?