BALAYAGE TOTAL DES DOSSIERS AVEC L'API WIN32 (SANS DIR NI OCX)

Signaler
Messages postés
248
Date d'inscription
vendredi 10 novembre 2000
Statut
Membre
Dernière intervention
19 décembre 2008
-
Messages postés
18
Date d'inscription
mercredi 2 avril 2003
Statut
Membre
Dernière intervention
1 août 2007
-
Cette discussion concerne un article du site. Pour la consulter dans son contexte d'origine, cliquez sur le lien ci-dessous.

https://codes-sources.commentcamarche.net/source/7189-balayage-total-des-dossiers-avec-l-api-win32-sans-dir-ni-ocx

Messages postés
18
Date d'inscription
mercredi 2 avril 2003
Statut
Membre
Dernière intervention
1 août 2007

Bhen moi je trouve qu'elle déchire bien cette source, merci Mr Base! :)
Messages postés
2
Date d'inscription
jeudi 5 juin 2003
Statut
Membre
Dernière intervention
5 juin 2003

Je pense que tu pourras m'aider car je debute.
Je voudrais savoir si un fichier est présent sur le disque en le cherchant que par son nom, pour connaitre ensuite son chemin d'acces.
Merci
Messages postés
70
Date d'inscription
jeudi 23 janvier 2003
Statut
Membre
Dernière intervention
31 juillet 2003

Tu as entièrement raison. A l'origine, j'ai fais cette routine pour générer un fichier d'index. C'est pour ça que j'ai préférer alimenter une chaine plutot que le fichier au fur et à mesure, c'est plus rapide. La chaine était sauvée en une seul fois à la fin. Il est vrai que dans le cas de cet exemple, la chaine ne sert à rien. Finement observé ;-)
Messages postés
248
Date d'inscription
vendredi 10 novembre 2000
Statut
Membre
Dernière intervention
19 décembre 2008

Je constate que c'est 30% plus rapide que Dir(). Néanmoins, c'est 30% plus rapide lorsque on apporte quelques modifs à ton code, dont SURTOUT :
stDCBuffer = stDCBuffer & String(Generation, Chr(9)) & CurFileName & vbNewLine
A supprimer!!! sa ralenti énooooooormément les perfs (de 240 secondes, je passe à 7 secondes...).

Dans ces 30% on a également la taille, l'attribut et la date de chaque fichier, ce que Dir() ne fais pas en "natif".