Discussion :

[b_lob]

Bonjour,


j'ai un objet qui execute un long traitement de manière asynchrone. Pour le faire, j'ai utilisé un traitement asynchrone avec méthode de rappel (Callback) et jusque là pas de souci.

Dans la méthode de fin de traitement, je déclenche un événement pour ramener l'objet issu du traitement.

Cet objet est récupéré par le formulaire et par rapport à cet objet des mises à jour de labels sont effectuées.

C'est sur ce dernier point que ça coince puisque j'ai une InvalidCrossThread Exception.

Ma question est donc de savoir comment est il possible de déclencher un événement dans une méthode callback sans générer cette exception.


Merci pour votre aide.


note: L'exception n'est jetée qu'en mode debug. Je travaille sous VS2005.

note: je n'ai pas envie de desactiver le controle d'operation interthread car il ne me semble pas que ce soit propre.

[Guulh]

Il faut que la méthode de la form qui récupère le résultat de ton thread asynchrone mette à jour les contrôles sur le thread de la form.

Un truc de la forme

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
class UneForm : Form
{
  void f()
  {
    object obj = UneMethodedeLaMortAsynchrone();
    this.BeginInvoke(this.g, new object[] { obj });
  }
 
  void g(object trucMuche)
  {
   // ici, on est dans le thread de la form, car g a été appelée via le BeginInvoke de la form
   this.texbox1.Text = trucMuche.Bidule.Text;
  }
}

[b_lob]

Merci Guulh pour ta réponse rapide et efficace !

J'ai testé et cela marche par contre, au risque d'être pointilleux, j'aurai vraiment aimé pouvoir utiliser cet objet qui exécute de longs traitements dans plusieurs forms sans avoir à passer par this.invoke dans la gestion de l'événement.

Pourquoi ? Parce que c'est trompeur quelques part. Le développeur qui utilise cet objet qui effectue de long traitement s'attend à ce qu'il soit dans la thread principal sur l'événement FinTraitement.

Qu'en penses tu ? Si tu as d'autres idées la dessus, merci d'avance !

[Guulh]

Il faut bien passer par un Invoke / BeginInvoke, puisque la fin d'un traitement sur un worker thread est sensé modifier les contrôles, qui eux ne peuvent être modifiés que dans le thread UI...

Tu développes un composant ? La plupart des composants potentiellement asynchrone ont une propriété de type ISynchronizeInvoke, nommée par exemple SynchronizingObject.

Ensuite, quand ton composant veut lever un événement :

Code :

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

1
2
3
4
5
6
7
if (TonEvent != null)
            {
                if (SynchronizingObject != null && SynchronizingObject.InvokeRequired)
                    SynchronizingObject.Invoke(TonEvent, new object[] { this, tonEventArgs });
                else
                    TonEvent(this, tonEventArgs);
            }

Dans la form qui contient le composant, un petit tonComposant.SynchroObejct = this et zou.

[b_lob]

J'ai bien compris la solution que tu proposes. (Pas du premier coup lol)

Ceci dit, connais tu AsyncOperation et AsyncOperationManager ?

En créant une opération (objet de type AsyncOperation grace à AsyncOperationManager) et en utilisant la méthode post"FinTraitement" j'ai réussi à atteindre le résultat souhaité.

En prime, j'ai pas besoin d'indiquer le formulaire dans le constructeur de mon objet qui exécute un long traitement.


Merci pour ton aide !

note: le tout étant de crée l'opération avant le traitement asynchrone (et non pendant)

[Guulh]

Ah tiens, je connaissais pas ! Merci aussi