Discussion :

[Invité]

Bonjour,

Vous pouvez m'aider un peu sur la synchronisation des threads.

En fait, je veux lancer un traitement dans un thread, et quand ce traitement est terminé, lancer un autre traitement dans ce meme thread.

Merci

Un extrait du code :

Code :

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

1
2
3
4
5
 
FolderCopy folderCopy = new FolderCopy(this, textBoxEntry.Text, textBoxOut.Text);
                this.progressBar1.Maximum = folderCopy.nbreRep;
                Thread thread = new Thread(new ThreadStart(folderCopy.StartTraitement));
                thread.Start();

2e partie du traitement

Code :

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

1
2
3
4
 
Bordereau bordereau = new Bordereau(textBoxOut.Text + "\\Envoi ok");
                    bordereau.StartTraitement("Livraison_" + DateTime.Now.ToString("u").Replace(' ', 'T').Replace(':', '-'));
                    MessageBox.Show("Traitements terminés", "", MessageBoxButton.OK, MessageBoxImage.Information);

[Babyneedle]

Dans quelle version de C#/.net développes-tu? Je demande cela parce que dans la dernière version, la gestion des threads a été améliorée (à mon humble avis...).

[infosam76]

Dans quelle version de C#/.net développes-tu? Je demande cela parce que dans la dernière version, la gestion des threads a été améliorée (à mon humble avis...).

Comme le dit Babyneedle dans la dernière version les fonctions asynchrones sont présentes (je n'ai pas encore étudié le système mais je pense que cela pourrait peut-être t'aider).

Il y a aussi le backgroundWorker qui pourrait t'aider je pense et qui permet d'avoir une gestion de thread simplifiée.

Question : Quand le premier traitement est terminé avec le thread , pourquoi ne pas lancer un autre thread avec un autre traitement (assez simple avec le backgroundWorker) ?

[sisqo60]

Bonjour,

Je ne sais pas vraiment si c'est de ça dont Babyneedle parle, mais là, c'est typiquement le scope de TAP (Task-based Asynchronous Pattern).

Une petite explication ici.

Bon dév.

[infosam76]

Bonjour,

Je ne sais pas vraiment si c'est de ça dont Babyneedle parle, mais là, c'est typiquement le scope de TAP (Task-based Asynchronous Pattern).

Une petite explication ici.

Bon dév.

Merci pour l'information j'en prend également bonne note

[Invité]

Bonjour, merci de vos reponses

J'utilise la framework 4 sur VS2010.

Oui, j'ai deja envisagé d'utiliser un BackGroundWorker mais a mon avis, il est un peu limité fonctionnelement.

Et concernant le lancement du traitement dans un autre thread, c'est justement la le question vu que je debute avec les threads

[infosam76]

Dans ton cas je pense que le BackgroundWorker pourrait t'aider. dans la fonction exécutée à la fin du traitement, rien ne t'empêche de lancer un deuxième avec le traitement suivant. J'ai utilisé ce système dans une application et cela fonctionne bien

[notnope]

Pourquoi ne pas passer l'objet borderaux en paramètre et lancer l'action depuis le thread.
Cela ne réponds pas explicitement à la question mais pourquoi sortir d'un thread pour y retourner ?

Thread thread = new Thread (new ParameterizedThreadStart(myParamObject));

[infosam76]

Pourquoi ne pas passer l'objet borderaux en paramètre et lancer l'action depuis le thread.
Cela ne réponds pas explicitement à la question mais pourquoi sortir d'un thread pour y retourner ?

Thread thread = new Thread (new ParameterizedThreadStart(myParamObject));

+1 avec notnope, si les 2 traitements doivent être successifs et non simultanés, fais les 2 dans le même thread.

[Babyneedle]

Bonjour,

Je ne sais pas vraiment si c'est de ça dont Babyneedle parle, mais là, c'est typiquement le scope de TAP (Task-based Asynchronous Pattern).

Une petite explication ici.

Bon dév.

Oui, c'est de ça que je voulais parler. Par expérience, avant de me lancer dans des explications de features C# 5.0, je demande la version car trop souvent on me dit qu'il faut faire avec une version antérieure.

[Invité]

Merci de vos reponses.
Pour faire vite, j'ai du integrer la 2e partier dans la classe FolderCopy pour les obliger a se suivre.

Mais je pense qu'il y a forcement un autre mecanisme de synchronisation de threads qui pourrait ameliorer la reutilisabilité de code.

Merci a vous.