Discussion :

[BasicZX81]

Bonjour a tous,
Ça a l'air tout simple mais je galère sur ce problème :
Je surveille un dossier avec le composant FileSystemWatcher et dans les événements myFsWatcher.Created, Changed, Renamed et Deleted je récupère un objet e du type FileSystemEventArgs ou System.IO.RenamedEventArgs.
Dans chacun de ces événements j'ai besoin d'effectuer un traitement différent selon si la modification du dossier surveillé porte sur un fichier ou sur un répertoire.
Savez vous comment faire pour savoir si la modification porte sur un répertoire ou sur un fichier a partir de l'objet e récupéré ?

Merci beaucoup pour votre aide car je ne vois vraiment pas comment faire.

[Rainui]

Bonjour,
Vous pouvez le faire en utilisant la méthode Path.GetExtension()

Code :

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

1
2
3
4
 
If String.IsNullOrEmpty(Path.GetExtension(e.FullPath)) Then
 
End If

Si le Path passé en paramètre à la méthode n'a pas d'extension, GetExtension() retourne String.Empty, c'est que c'est un dossier sinon un fichier.

EDIT : En relisant MSDN, Path.HasExtension() est plus approprié

Bon dev.

[Sehnsucht]

Path.HasExtension renverra aussi True pour un dossier dont le nom contiendrait un "." (exemple un dossier Foo.Bar)

Il serait sans doute plus utile de vérifier quels attributs a le fichier voir du cote de FileAttributes.Directory.

[tomlev]

Si le Path passé en paramètre à la méthode n'a pas d'extension, GetExtension() retourne String.Empty, c'est que c'est un dossier sinon un fichier.

Rien n'impose à un fichier d'avoir une extension, et rien n'interdit à un dossier d'en avoir une... tu peux très bien créer un fichier "toto" dans un dossier "titi.txt" si ça t'amuse.

La solution est plutôt de tester les attributs comme proposé par Sehnsucht :

Code :

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

Dim isDirectory As Boolean = File.GetAttributes(path).HasFlag(FileAttributes.Directory)

Par contre ça ne fonctionnera pas pour l'évènement Delete, puisque le fichier ou dossier n'existe plus...

[BasicZX81]

Bonjour et merci d'essayer de m'aider.
En effet Path.HasExtension renvoie True si le répertoire contient un "."

j'ai essayé ceci :

Code :

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

1
2
3
4
5
6
7
 
Dim Fi As New FileInfo(e.FullPath)
If Fi.Attributes = FileAttributes.Directory Then
MessageBox.Show(String.Format("Répertoire : {0}", e.Name))
Else
MessageBox.Show(String.Format("Fichier : {0}", e.Name))
End If

Ça fonctionne sauf dans l’événement Deleted, en effet Fi.Attributes est égale a -1 quelque soit le chemin que l'on efface (répertoire ou fichier).

Vous avez une idée pour que cela fonctionne pour tous les événements ?

[meziantou]

Tu peux utiliser la propriété NotifyFilter pour filtrer les évènements venant des fichiers ou des dossiers. En gros tu fais 2 FileSystemWatcher, le premier pour recevoir les évènements pour les fichiers et le deuxième pour les dossiers

Code :

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

1
2
3
 
fileSystemWatcher1.NotifyFilter = NotifyFilters.FileName;
fileSystemWatcher2.NotifyFilter = NotifyFilters.DirectoryName;

[DonQuiche]

Il faudrait vérifier mais il me semble que les chemins retournés par FileSystemWatcher ont un séparateur ("/" ou "\") à la fin lorsqu'il s'agit d'un dossier.

[BasicZX81]

Merci a vous tous d'essayer de m'aider, je ne pensais pas galérer autant sur ce petit détail.

Il faudrait vérifier mais il me semble que les chemins retournés par FileSystemWatcher ont un séparateur ("/" ou "\") à la fin lorsqu'il s'agit d'un dossier.

Hélas non, les chemins ne se terminent pas un séparateur.

J'ai crée un objet DirectoryInfo et FileInfo dans chaque événements a la recherche d'une propriété sur chacun d'eux qui me permettrait de distinguer un répertoire d'un Dossier. A mon grand étonnement il n'y a rien qui différencie un répertoire d'un fichier sauf la propriété FileInfo.Attributes mais qui ne fonctionne pas dans l’événement Deleted comme dit avant.

Il y aurait peut-être une solution avec la propriété FileInfo.Lenght, en effet si il s'agit d'un fichier celle-ci retourne la propriété Lenght de ce fichier et si il s'agit d'un répertoire celle-ci lève une exception donc une solution possible serait de placer le code dans un bloc Try/Catch et donc ceci uniquement dans l’événement Deleted.

Après se pose une autre question car j'ai aussi le soucis de garder une application stable et réactive et je connais peu le comportement du FileSystemWatcher si les événements arrivent plus vite que l'application ne puisse les traiter. D’après ma petite expérience un bloc Try/Catch est relativement gourmand en ressources et j'ai aussi le choix avec la solution de meziantou en déclarant 2 FileSystemWatcher.

Pour l'instant voila ou j'en suis, j'espère qu'il y a d'autres solutions encore inexplorées ou sinon je devrais choisir entre ces 2 solutions.
Ça intéresserais beaucoup d'avoir votre avis.

[DonQuiche]

Après se pose une autre question car j'ai aussi le soucis de garder une application stable et réactive et je connais peu le comportement du FileSystemWatcher si les événements arrivent plus vite que l'application ne puisse les traiter.

Il y a un buffer de taille fixe (cf. FileSystemWatcher.InternalBufferSize). En cas de dépassement les changements en trop ne seront pas rapportés. Aucune exception ne sera levée. Il est possible de détecter ce cas de figure via l'événement "Error".

D’après ma petite expérience un bloc Try/Catch est relativement gourmand en ressources

Techniquement c'est la levée de l'exception qui est lente, et non pas son interception. Autrement dit "throw", pas "try / catch". L'impact des blocs catch en eux-mêmes est relativement négligeable.

Il y aurait peut-être une solution avec la propriété FileInfo.Lenght

Je ne vois pas comment FileInfo.Length pourrait fonctionner après la suppression du fichier. A moins d'utiliser un FileInfo créé au préalable et ayant cette information en cache. Or si tu gardes tes FileInfo il te suffit d'appeler Attributes avant la suppression des fichiers afin de forcer la mise en cache sur cette instance.

[tomlev]

Il y aurait peut-être une solution avec la propriété FileInfo.Lenght, en effet si il s'agit d'un fichier celle-ci retourne la propriété Lenght de ce fichier et si il s'agit d'un répertoire celle-ci lève une exception donc une solution possible serait de placer le code dans un bloc Try/Catch et donc ceci uniquement dans l’événement Deleted.

Comme l'a dit DonQuiche, ça ne règle rien : si le fichier n'existe plus, ça lèvera aussi une exception...

Après se pose une autre question car j'ai aussi le soucis de garder une application stable et réactive et je connais peu le comportement du FileSystemWatcher si les événements arrivent plus vite que l'application ne puisse les traiter.

J'ai rencontré ce problème dans l'appli que je développe au boulot. La solution est de faire le moins de choses possible dans le gestionnaire d'évènement du FileSystemWatcher. Par exemple, tu les ajoutes juste à une collection, et tu traites cette collection sur un autre thread. Il vaut donc mieux choisir une collection qui supporte l'utilisation en multi-thread, par exemple ConcurrentQueue<T>.

Sinon, pour distinguer les suppressions de dossier ou de fichier, la solution proposée par DonQuiche (2 watchers distincts avec des filtres différents) me semble pas mal...

[BasicZX81]

Merci beaucoup pour ces précisions.

Comme l'a dit DonQuiche, ça ne règle rien : si le fichier n'existe plus, ça lèvera aussi une exception...

En effet j'ai dit une bêtise, FileInfo.Lenght ne retourne pas la taille du fichier Deleted.

Dans ce cas je vais déclarer 2 FileSystemWatcher.

[BasicZX81]

Bonjour je passe en résolu.
Finalement j'ai pris le problème a l'envers en me disant que Microsoft avait certainement de bonnes raisons (comme souvent) de ne pas permettre de faire la distinction entre un dossier et un fichier dans l'événement Deleted (même si je ne suis pas entièrement d'accord). Quoi qu'il en soit, partant de cette hypothèse et en approfondissant la question j'ai pu m'en sortir en faisant exactement le même traitement pour les dossiers et les fichiers (au moins pour l’événement Deleted) au prix de quelques adaptations du code.
Je vous remercie a tous pour votre aide.