Discussion :

[smarties]

Bonjour,

Je cherche à détecter les modifications apportés sur les fichiers : pour cette partie, pas de problème, je regarde la date de modification dans les informations système du fichier.

Pour les dossier j'ai besoin de précision sur la date de modification.
Je souhaite détecter l'ajout, la suppression et les opérations de renommage à l'intérieur d'un dossier.
Que me donne la date système de la modification d'un dossier d'un dossier ?
A quel profondeur ? (par exemple je surveille /home/moi/Music et j'ai de nouveaux éléments dans /home/moi/Music/Rock/Muse )

[souviron34]

c'est à toi de faire le programme d'exploration des sous-répertoires..

[smarties]

Dans ce cas, il y a des recommandations particulières ?

[pseudocode]

Bonjour,

Je cherche à détecter les modifications apportés sur les fichiers : pour cette partie, pas de problème, je regarde la date de modification dans les informations système du fichier.

Pour les dossier j'ai besoin de précision sur la date de modification.
Je souhaite détecter l'ajout, la suppression et les opérations de renommage à l'intérieur d'un dossier.
Que me donne la date système de la modification d'un dossier d'un dossier ?
A quel profondeur ? (par exemple je surveille /home/moi/Music et j'ai de nouveaux éléments dans /home/moi/Music/Rock/Muse )

Sous Linux, tu as le service Inotify

[Mac LAK]

Sous Windows, ce sera FindFirstChangeNotification par contre.

[smarties]

Ca va me poser quelqeus problèmes si je souhaite faire un programme multi plates-formes :s

[souviron34]

en C, tu as toutes les routines de "dirent.h", opendir, readir, etc, et tu peux te mettre un timer pour vérifier les changements (avec l'appel à stat par exemple), et/ou les vérifications des flags des inodes...

[Mac LAK]

Ca va me poser quelqeus problèmes si je souhaite faire un programme multi plates-formes :s

Tu peux aussi te faire tes propres librairies d'interfaçage, en compilation conditionnelle... Quitte à se rabattre, si tu ne "connais" pas l'OS ciblé, sur la méthode de souviron ou toute autre méthode générique et/ou laborieuse.

Mais au moins, tu auras un truc performant sur les OS que tu auras pris le temps d'interfacer proprement. La portabilité, c'est bien, mais il faut arrêter de croire que ça tombe toujours tout droit dans le bec sans rien faire. Certains OS ont des fonctionnalités qui n'existent tout simplement PAS sur d'autres : si tu te restreins aux fonctions "portables", tu n'auras un programme qui ne saura utiliser que l'intersection des capacités des différents OS (et c'est ce que proposent 100% des librairies d'abstraction d'OS, d'ailleurs).

Or, tout ce qui est "confort", "interface utilisateur" et "fonctions avancées" n'est JAMAIS portable, même s'il existe parfois des équivalents sur d'autres systèmes d'exploitation. Dans ce cas, c'est donc à toi, et à toi seul, de te faire la librairie d'abstraction dont tu as besoin.

Si tu as une mentalité de type "logiciel libre", tu peux alors en faire profiter les autres si c'est ton choix. Sinon, cela te permettra de proposer quelque chose d'un peu original et peu répandu, ce qui donnera toujours un "plus" à ton logiciel.