Discussion :

[WriteLN]

Bonjour à tous,

J'ai une question existentielle sur les cross thread operations.

Contexte:
Je développe actuellement une classe de gestion d'un lecteur codes à barres pour appareils mobiles.
Cette classe référence une DLL du SDK du fournisseur hardware.
Cette DLL englobe des classes de gestion dont ma classe va se servir.
Parmis les classes du SDK, celle de gestion du lecteur barcode semble tourner dans une thread à part. Cette thread renvoie donc un évènement vers ma classe de gestion à chaque lecture.
Ma classe de gestion a pour but de relancer cet évènement vers la ou les forms abonnées.

Problème:
La valeur reçue par ma form provient donc d'un thread séparé. (celui de la DLL)
Lorsque je veux afficher la valeur reçue dans l'évènement sur ma form, l'erreur fatalistiquement agaçante "Cross thread operation" se pointe.

Je me doute évidement qu'il me suffirait de placer dans chaque form s'abonnant à cette classe un Délégué qui se chargera de passer ma données d'un thread à ma form.

Souhait:M'abstraire de cette contrainte au niveau de ma form en "déthreadisant" cette donnée directement dans ma classe.

Cela me permettrait d'éviter le délégué sur chaque form et simplifierais au maximum la gestion du lecteur codes à barres.



Je remercie d'avance toutes les idées, bonnes ou mauvaises, pouvant m'aider à atteindre la lumière

Bonne soirée.

[StormimOn]

Regarde du côté des classes AsyncOperationManager et AsyncOperation. Cela devrait correspondre à ce que tu veux.

Sinon sur chaque form cela peut rester relativement simple. Pas besoin de délégué, un de ceux fourni par défaut (MethodInvoker) et une méthode anonyme suffisent. Il me semble que les méthodes anonymes sont disponibles en VB.Net maintenant, avec les lambda expression, mais je n'en suis pas très sûr.

En C# cela donnerait ceci pour la méthode chargée de gérer l'invoke

Code :

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

1
2
3
4
5
6
7
8
9
10
11
private void InvokeMethod(MethodInvoker invoker)
{
    if (this.InvokeRequired)
    {
        this.Invoke(invoker);
    }
    else
    {
        invoker();
    }
}

Tu peux éventuellement en faire une méthode statique et la mettre dans une classe utilitaire. Il suffit d'ajouter en argument de la méthode l'instance du formulaire à manipuler.

Pour l'appel

Code :

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

InvokeMethod(delegate { this.textBox1.Text = "..."; });

[Pol63]

si tu récupère le code barre dans une classe à toi et qu'ensuite tu lève un évènement par exemple j'ai une solution


y a une méthode qu'a l'air moyennement propre mais qui à mon avis peut etre considérée comme propre

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
 
public event CodeBarreLu(codebarre as long)
 
public delegate sub DelegateOnCodeBarreLu (codebarre as long)
 
private sub OnCodeBarreLu(codebarre as long)
  if system.windows.application.openforms(0).invokerequired then
    dim d as new DelegateOnCodeBarreLu (adressof OnCodeBarreLu)
    system.windows.application.openforms(0).invoke(d,codebarre)
    exit sub
  end if
 
 raiseevent CodeBarreLu (codebarre)
end sub

ca part du principe qu'au moins une form est ouverte ^^
et l'event est toujours sur le thread principal du coup

par contre reste à voir si tout ce que j'utilise existe sur le compactframework

[WriteLN]

Bonjour et merci pour vos idées.

Malheureusement, aucun des solutions proposées n'est exploitable du côté Compact Framework.

Je vais regarder pour créer un délégué sur chacune de mes forms qui exploite cette classe.

PS: La solution pas propre du tout: checkForIllegalCrossThreadOperation = false mais ca ne me convient pas lol.