Discussion :

[Pfeffer]

Bonjour à tous,

Est ce qu'il existe un pattern ou un best practice pour mettre en œuvre des évènements thread-safe ?
Dans l'idéal ce que je souhaiterai, c'est que lorsque le développeur s'abonne à un évènement qui se lance dans un autre thread, il n'ai pas besoin de se soucier de faire un methodeInvoker ou quelque chose de ce type de son côté.

En gros je ne veux pas que le développeur soit amené à écrire ce genre de chose lorsque l'évènement se lance.

Code :

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

1
2
3
4
5
 
 
this.Invoke((MethodInvoker)delegate ()
{
});

J'ai trouvé une astuce mais je recherche quelque chose de mieux:

Code :

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

1
2
3
4
5
6
 
                        if (onRowLoaded.Target is System.Windows.Forms.Form)
                        {
                            if (((System.Windows.Forms.Form)onRowLoaded.Target).IsHandleCreated)
                                ((System.Windows.Forms.Form)onRowLoaded.Target).Invoke(onRowLoaded, new object[] { iNbRecordIndex, iNbFindRecord });
                        }else onRowLoaded(gtmClient, iNbRecordIndex, iNbFindRecord);

Des pistes ?

[François DORIN]

Bonjour,

La méthode la plus simple que je vois pour que cela soit transparent au niveau du développeur qui écrit le gestionnaire, c'est d'implémenter spécifiquement l'évènement en lui-même, en précisant les actions add et remove.

Dans le add, l'idée serait de ne pas utiliser directement le delegate, mais de le décorer et que ce décorateur se charge de faire l'invocation si nécessaire.

[Pfeffer]

je pense en effet que dans le add il faudrait faire quleque chose. Mais quoi ? Stocker le control à l'origine de l'appel ... mais comment ? Sachant que je souvaite également qu'un développeur utilise ces évènements dans du code ou des applications console sans GUI.

[WDKyle]

Bonjour,

J’utilise une fonctionnalité de Prism qui est l’EventAggregator. Et avec lui on peux décider de recevoir la notification des événements depuis un thread secondaire ou depuis le thread principal.

Est-ce que cela pourrait cous convenir ?

https://prismlibrary.com/docs/event-aggregator.html

[Pol63]

de mémoire la réponse est dans le code source de la classe backgroundworker
https://referencesource.microsoft.co...d60b0d93a826fa


la version simple (mais moins propre) c'est au moment de lever l'event, tu checks si openforms[0].InvokeRequired (en winform du moins, en wpf on peut tester si le app.current.dispatcher.thread == thread.current ou pas)
auquel cas tu fais openforms[0].invoke
ceci suppose qu'il y a toujours au moins une fenetre d'ouvertes, et qu'elles sont toutes sur le meme thread (l'inverse étant rare)