[2.0] Comment recuperer des données d'un BackgroundWorker (autre que le %) ?

**MattC** · 25/07/2006, 10h16

Bonjour,

j'utilise un backgroundworker pour ecouter un port, et recuperer une trame UDP.
Cette trame contient des infos envoyée par un serveur.

Mais une fois ces infos recues, je ne sais pas quoi en faire (car on ne peux pas envoyer des infos a la form)... je peux changer le pourcentage d'avancement, mais cela ne m'aide gere....

Je suppose qu'il faille utiliser un thread plutot qu'un background worker (?)....

merci de me donner un petit coup de main

**Angath** · 25/07/2006, 10h40

Je pense que tu auras effectivement plus de souplesse en utilisant les threads. Tu execute une méthode de ton objet dans un thread et tu te sert des propriétés de ton objet pour passer/récupérer des paramétres à ton objet.

Regarde ici :

http://faqvbnet.developpez.com/?page...d#thread_param

Après pour pouvoir mettre à jour ta form à partir du thread, il faut passer par un délégué défini dans ta form que tu appele à partir de ton thread

**MattC** · 25/07/2006, 11h54

ok, je vais essayer ca, c vrai que le thread a l'avantage (par rapport au backgroundworker) de pouvoir etre annulé immédiatement avec .abord ...

**Kikos31** · 25/07/2006, 13h22

Envoyé par MattC

ok, je vais essayer ca, c vrai que le thread a l'avantage (par rapport au backgroundworker) de pouvoir etre annulé immédiatement avec .abord ...

Tu peux le faire également avec le BackGroundWorker :

http://glarde.developpez.com/dotnet/bgworker/

méthode CancelAsync.

**MattC** · 25/07/2006, 16h12

ben nan c pas pareil... la il faut attendre que le code gère l'annulation ... On demande l'annulation, mais l'annulation ne se fait pas immédiatement...

Envoyé par Angath

Je pense que tu auras effectivement plus de souplesse en utilisant les threads. Tu execute une méthode de ton objet dans un thread et tu te sert des propriétés de ton objet pour passer/récupérer des paramétres à ton objet.

Regarde ici :

http://faqvbnet.developpez.com/?page...d#thread_param

Après pour pouvoir mettre à jour ta form à partir du thread, il faut passer par un délégué défini dans ta form que tu appele à partir de ton thread

je l'ai fait, mais j'ai le meme probleme qu'avec un BackgroundWorker... il me dis que ce n'est pas safethread....
"Opération inter-threads non valide*: le contrôle 'Label1' a fait l'objet d'un accès à partir d'un thread autre que celui sur lequel il a été créé."

Alors que le code executé est bien sur la form, et est appelé par le thread, qui a eu la form en parametre....

bon moi je vais craquer la.... je vais mettre a "false" ce p**** de CheckForIllegalCrossThreadCalls .....

**Angath** · 25/07/2006, 17h32

As tu déclarer un delegate dans ta form ?

Code :

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

1
2
    Public Delegate Sub MajLabelHandler(ByVal Etat As String)
    Public MajLabel As New MajLabelHandler(AddressOf MajLabel)

Tu déclare après la Sub MajLabel dans ta form :

Code :

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

1
2
3
4
5
   Private Sub MajLabel(ByVal Etat As String)
 
        Me.MyLabel.Text = Etat
 
   End Sub

Ensuite tu instancie ton objet qui contient la procédure à executer dans un thread (oublie pas de passer ta form en parametre pour pouvoir invoker le delegate :

Code :

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

1
2
3
    Dim myObject as new MyObjectThread(...,...,ME)
    Dim myThread as new Thread(addressOf myObject.TaFonction)
    myThread.Start()

Quand tu veux mettre à jour ton label tu appel le délégate de ta form à partir de ton thread

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
 
  Public Class myObjectThread     
       Private _form As Form1
       Public Sub New(..., ..., myForm As Form1)
            _form = myForm
       End Sub
 
       Public Sub TaFonction()
          ...
          _form.Invoke(_form.MajLabel,"Ca Marche")      
          ...
       End sub
   End class

J'ai une appli, qui lance un traitement en thread, et je met à jour ma form pour le suivi du thread comme ca. Ca marche très bien

Regarde dans MSDN, en cherchant Thread, tu retrouvera le même type d'exemple.

**MattC** · 25/07/2006, 18h01

ok génial ca marche. Effectivement, j'avais pas mis le delegate, je croyais que le fait que la methode soit dans la bonne classe suffisais...

par contre, il faudrai juste que tu modifie ton code, ne pas mettre :
Public MajLabel As New MajLabelHandler(AddressOf MajLabel)

mais
Public MajLabel As New MajLabelHandler(AddressOf MajCompress)

Merci bcp !

**abelman** · 25/07/2006, 19h02

Envoyé par MattC

bon moi je vais craquer la.... je vais mettre a "false" ce p**** de CheckForIllegalCrossThreadCalls .....

Justement pourquoi ne pas l'avoir fait dès le départ?

**MattC** · 25/07/2006, 19h04

parceque j'arrete pas de lire partout que c'est mal, et que c'est pas en "tuant le messager" que la mauvaise nouvelle va disparaitre....

Moi j'étais bien tenté... mais je voulais faire ca proprement...