Discussion :

[hrp]

Bonjour,

j'aimerai créer une class possédant des événements. Cette class lance également un thread qui va déclancher l'événement. Dans le code où est instancier un objet de cette class, j'abonne une méthode à l'événement. Dans cette méthode je modifie la propriété text d'un objet RichTextBox. Lorsque l'événement survient la méthode abonnée à l'événement s'éxécute bien mais une exception survient au momment de la modification du RichTextBox. Ceci survient car l'appel de cette méthode provient d'un autre thread que celui où est instancié l'objet RichTextBox. Une solution est d'utiliser la méthode BeginInvoke et de lui passer une méthode delegate.
Cependant existe-t-il une autre solution permettant d'éviter l'utilisation de la méthode BeginInvoke?
En fait j'aimerai que l'utilisateur de la class générant les événements n'ai pas à ce soucier des problèmes de "Cross-thread operation not valid"

Merci pour votre support

[Biloutor]

Salut,
D'un point de vu sécurité il est interdit à un Thread de pouvoir modifier un composant graphique qu'il n'a pas crée lui-même. Ca permet d'éviter des conflit d'accès aux ressources.
Mais il y a moyen de supprimer cette sécurité :

Code :

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

1
2
 
CheckForIllegalCrossThreadCalls = false;

pose cette ligne de code avant de faire le start de ton premier Thread et ca devrait marché sans pb !

Bonne chance

[shwin]

Salut,
D'un point de vu sécurité il est interdit à un Thread de pouvoir modifier un composant graphique qu'il n'a pas crée lui-même. Ca permet d'éviter des conflit d'accès aux ressources.
Mais il y a moyen de supprimer cette sécurité :

Code :

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

1
2
 
CheckForIllegalCrossThreadCalls = false;

pose cette ligne de code avant de faire le start de ton premier Thread et ca devrait marché sans pb !

Bonne chance

Ta méthode est totalement à déconseiller. Si tu utilise cette méthode, aussi bien de toutes mettre tes class static et mettre tout les membre public. C'est sensiblement la meme chose.

Si tu veux acceder a un composant, utilise un invoke pour changer de thread.

Aussi, si tu veux voir comment fonctionne le onclick d'un bouton, je te conseille de downloader un reflector .

[dev01]

Ta méthode est totalement à déconseiller.

+1. Si les opérations cross thread sont interdites c'est qu'il y a une (des) raisons pour ça. Supprimer les messages d'erreur n'est pas synonime de résolution de problème. C'est comme de tuer le messager pour pas avoir les mauvaises nouvelles ...

[shwin]

+1. Si les opérations cross thread sont interdites c'est qu'il y a une (des) raisons pour ça. Supprimer les messages d'erreur n'est pas synonime de résolution de problème. C'est comme de tuer le messager pour pas avoir les mauvaises nouvelles ...

Belle comparaison

[hrp]

Merci à shwin,
je vais analyser un peu avec le reflector. Cette outil est géniale! merci beaucoup pour votre aide.
@+
hrp

[yagosacquet]

Salut,
J'ai été face au même problème que toi.
La solution que j'ai mis en place pour ce problème, c'est de mettre toutes les modifs que j'avais a faire sur mes objets graphiques dans la classe de mon ihm.
Ensuite dans cette méthode, tu dois mettre en place le code suivant :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
 
delegate void dMaMethode();
public void maMethode()
{
   if (this.InvokeRequired)
   {
       dMaMethode d = new dMaMethode(maMethode);
       this.Invoke(d);
   }
   else
   {
       //ton traitement
   }
}

Tu appelera cette methode dans la méthode qui reçoit l'evenement. Et là, normalement ya plus aucun problème .

J'espere que j'ai été clair et que ça pourra t'aider...

[Biloutor]

Ma réponse fonctionne, tu devrais l'essayer yagosacquet, je pense que c'es plus simple que ta proposition.

[yagosacquet]

C'est trop tard, j'ai déjà mis en place ma méthode partout (long, très long...)
La méthode que je propose est pas si compliqué que ça (c'est celle qui est proposé sur msdn pour résoudre les problèmes de cross threading).
Bon c'est sur ta méthode est beaucoup plus simple .

[hrp]

La méthode que propose yagosacquet est celle que j'utilise aussi, la méthode de Biloutor ne me plaît pas car il faut prendre en compte la synchronisation entre les le thread générant l'événement et le thread de l'IHM.

Bref, mon problème n'est cependant pas complètement résolu. En fait avec la méthode de yagosacquet ça fonctionne très bien mais l'utilisateur de la classe générant l'événement doit savoir qu'il doit utiliser la méthode Invoke().
Moi j'aimerai faire en sort qu'il n'a pas besoin de savoir tout ça.
Lorsqu'on utilise un composant System::Windows::Forms::Button, il n'est pas nécéssaire d'utiliser la méthode Invoke() dans la methode System::Void buttonXY_Click(System::Object^ sender, System::EventArgs^ e). Comment est solutionné l'appel de cette événnement OnClick dans las classe System::Windows::Forms::Button?
J'aimerai aboutir au même résultat...
Est-ce possible?
Merci
hrp