Conception logiciel en C# et multithreading jusqu'où?

Bonjour,

Tout d'abord, je ne sais pas du tout si ce message est posté dans la bonne section ou si Conception ou mon projet auraient été plus appropriés, n'hésitez pas à me le faire savoir.

Je vous explique mon problème, je n'ai pas encore commencé à écrire la moindre ligne de code C#, j'en suis encore à m'imaginer comment mon programme va fonctionner et je bloque pas mal sur cette phase de conception.

L'objectif de ce logiciel est de :

- Se lancer :) (premier objectif)
- Récupérer des informations paramétrables sur la localisation de dossiers A, B et C
- Scruter les dossiers A, B, C sur une machine en réseau toutes les x secondes
- Lorsqu'un (ou plusieurs) nouveau dossier est repéré dans le dossier A il faut alors que mon logiciel effectue une action sur les fichiers de ce(s) nouveau dossier qui peut prendre plusieurs minutes, sachant que ces actions doivent être faites dans l'ordre chronologique de création des dossiers et déplacer au fur et à mesure les fichiers de ces dossiers en local dès qu'un traitement est fini sur un fichier.
- En même temps il est nécessaire que mon logiciel continue de scruter les dossiers B et C afin de maintenir la liste des fichiers qu'ils contiennent et que l'utilisateur puisse les utiliser, les supprimer etc... si l'utilisateur décide d'utiliser un des fichier du dossier B alors celui-ci est mis en "file d'attente" jusqu'à ce que toutes les actions sur le dossier A soient finies.

Voilà, je me pose cette question.

Comment puis-je gérer les actions de plusieurs minutes sur le dossier A, tout en laissant la main à l'utilisateur sur l'interface... pour qu'il puisse lancer des actions sur les dossiers B et C...

Bref, mes connaissance en matière de threads sont encore quelque peu limitées mais je parcours les FAQs et cours tant que je peux pour m'instruire.

Salut .

effectivement les threads vont faire ce que tu veux à savoir effectuer ton action de plusieur minutes sur un dossier ( 1 thread), continuer à vérifier les autres dossier (1 thread) et gérer l'interface graphique (1 thread).

Tu auras donc au minimun 2 threads et au maximun N+2 thread ou N représente le nombre d'action en cours sur les fichiers de tes dossiers.

Merci de ta réponse, cela m'a aidé et conforté.
Après réflexion, je pense fonctionner comme cela:

- Un thread qui scrutera les dossiers A, B et C. Dès qu'un nouveau dossier sera détecté dans les dossiers A, B ou C alors je placerai un objet dans une file d'attente et j'activerai le deuxième thread

- Ce deuxième thread aura pour fonction de récupérer les objets dans la file d'attente un par un car le traitement pour chaque objet sera long (plusieurs minutes). Dès que le premier thread n'aura plus rien mis dans la file d'attente je pourrai suspendre l'activité du deuxième thread.

- Enfin un troisième thread toujours actif me permettra de gérer l'interface graphique, sachant que certaines actions devront être interdites lorsque le deuxième thread sera actif.


Lorsque je détecte plusieurs dossiers dans le dossier A par exemple, je veux les traiter un par un par ordre chronologique et pas en parallèle, c'est pourquoi je n'aurai pas N + 2 threads mais plutôt simplement 3 threads.

Est-ce que mon raisonnement vous semble cohérent et réalisable?

Ouais c'est bien penser et apparement ça fait ce que tu veux ;)