Discussion :

[BasicZX81]

Bonsoir a tous,
Je sollicite à nouveau le forum (je vais finir par me faire remarquer ).
Donc voilà, j'ai une classe destinée a gérer l’exécution de Taches en manipulant indifféremment (ou presque) un certains nombre de Threads ou de Process selon la demande. C'est à l’intérieur de cette classe que je gère les statuts et les pourcentages d'avancement des taches de manière globale (tenant compte de tous les Threads et de tous les Process).
Le problème se pose en ce qui concerne le retour des informations d'avancement provenant des Sub exécutées par les Threads.

La difficulté tiens du fait que les Sub se trouvent en dehors de la classe et que j'aimerais éviter autant que possible de faire référence a des objets en dehors de celle-ci (mais ça me parait difficile de faire autrement ).

J'ai imaginé plusieurs solutions comme ci-dessous mais j'aimerais beaucoup avoir votre avis avant de me lancer :
1- Solution toute simple en déclarant autant de Variables Public 'InfoProgress' que de Sub, celles-ci servant de variable d’échange entre la Sub et la Classe (C'est pas très propre du point de vue POO je trouve).
2- En utilisant les TLS (Threads Local Storage) qui se décline en 2 versions (les emplacements alloués 'Thread.AllocateDataSlot' ou les emplacements nommés 'Thread.AllocateNamedSlot'). L'instanciation des Threads se faisant dans la classe, cela me semble assez facile de lire les infos de chaque Threads.
Faut t'il que j'utilise un Timer dans ma classe comme je l'imagine pour les solutions 1 ou 2 pour lire périodiquement les infos ?
3- A l'aide d’événements levées a l’intérieur de chaque Sub ? (Mais dans ce cas cela me semble compliqué et pas très propre du point de vue POO.

Après il y a peut-être d'autres solutions que je ne connais pas. Ça intéresserais beaucoup de savoir ce qui se fait couramment dans des cas comme celui là.

Merci beaucoup pour votre aide.

[Sankasssss]

Bonsoir,

Moi j'utiliserais la solution 3 comme dans le BackGroundWorker. Je ne vois pas se qui est complexe de faire un RaiseEvent ProgressChanged(20) dans le code et de déclarer l’événement? Ni non plus en quoi se ne serait pas très propre niveau POO, c'est massivement utilisé dans le frameWork .net et c'est même un design pattern

[BasicZX81]

Bonjour Sankasssss,
D'habitude je déclare un événement dans une classe et je m'abonne autant de fois que je veux dans Form1, Form2....etc par exemple.
Ici c'est l'inverse, les événements devront être levées un peu partout dans le code et c'est la classe qui devra s'abonner. Mais si je ne dit pas de bêtises dans ce cas la déclaration d’événement appartient à Form1 ou Form2... je vais donc devoir m'abonner a autant d’événement que de Form....
Après j'ai peut-être fait une erreur de conception de mon modèle, je ne sais pas trop. Merci beaucoup de m’éclairer.

[BasicZX81]

Bonsoir,
J'ai omis une 4eme solution , je me demande pourquoi je n'y ai pas pensé plus tôt :
J'ai juste ajouté une méthode SetProgress dans ma classe du style :

Code :

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

1
2
3
4
5
6
Public Class TasksManager
Public Sub SetProgress (Byval Progress as Integer)
  Dim ThisThread As Threading.Thread = Threading.Thread.CurrentThread
....' Stockage de la valeur Progress de chaque Threads.
End Sub
End Class

et dans les Sub du code principale :

Code :

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

1
2
3
4
5
 
Private Sub DoTheTask
Dim ThisTask as new TasksManager
ThisTask.SetProgress (10)
End Sub

Ainsi chaque Sub peux appeler SetProgress puis dans cette méthode je récupére le Thread qui a lancé la Sub, ensuite je range la valeur Progress dans une SortedList (of Clé, Valeur) ou la clé=l'Id du Thread et Valeur=Progress.

Je n'ai pas encore pu tester, j'espère que je ne vais pas avoir des exceptions a cause des accès aux SortedList a partir des différents Threads mais je le saurais bientôt.

Ça ne réponds pas à mes interrogations par rapport a la proposition de Sankassss mais il est très possible que j'ai mal exposé mon problème.

Merci beaucoup si vous avez d'autres avis ou suggestions.