Discussion :

[petitours]

Bonjour

J'utilise la classe zipfile pour zipper/dezipper avec une grande facilité des fichiers ou des répertoires
http://msdn.microsoft.com/fr-fr/libr...vs.110%29.aspx

Mon soucis est que quelquefois les fichiers sont gros et il faut donc du temps pour zipper/dezipper or je n'ai pas trouvé comment gérer un avancement de l'opération. D'un point de vue ergonomie ce n'est pas top, l'utilisateur ne sait pas que l’application fait quelque chose et encore moins combien de temps cela va durer.

Comment puis je faire communiquer un peu Zipfile sur son état d'avancement ?

merci par avance

[ranzoken]

je n'ai jamais utilisé cette classe mais ça ne devrai pas tarder, néanmoins c'est la même chose que le transfère de fichier ou un téléchargement

tu as crée un thread pour gérer ton probleme ?
dans thread.inPrograsse tu peut gérer le pourcentage (vue pour l'ihm) en fonction de la taille du zip

petite question les méthodes de la classe sont bloquantes ?

Cordialement

[Pol63]

cette classe n'a pas l'air d'avoir ce qu'il faut pour connaitre l'avancement

donc si tu le veux vraiment il faut utiliser une autre classe (il y en a d'autres dans le framework je pense)

[petitours]

tu as crée un thread pour gérer ton probleme

Non, ne sachant pas comment gérer un avancement ou simili de " je fais un truc et non, je ne suis pas planté !"

dans thread.inPrograsse tu peut gérer le pourcentage (vue pour l'ihm) en fonction de la taille du zip

en fonction de la taille du zip ? je ne comprends pas l'astuce...

petite question les méthodes de la classe sont bloquantes ?

quand la méthode s’exécute le reste de l'application n'est plus fonctionnel.

donc si tu le veux vraiment il faut utiliser une autre classe (il y en a d'autres dans le framework je pense)

j'en avais essayé plusieurs et ZipFile est redoutable de simplicité de mise en œuvre et,contrairement aux autres, est capable de faire toutes les config dont j'ai besoin (répertoire, fichier etc etc)
Ce n'est pas vraiment un avancement que je veux, c'est surtout que l'utilisateur ne soit pas comme un idiot a se demander si le clic qu'il vient de faire a fait quelque chose, savoir que l'appli a pris en compte sa commande et n'est pas plantée en gros.

Merci

[Pol63]

en effet tout ce qui prend du temps freeze l'appli
pour éviter cela il suffit de déporter le traitement sur un autre thread, tu peux utiliser le composant backgroundworker pour ca qui est assez simple

ou sinon :

Code :

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

1
2
3
4
5
6
7
8
9
 
private sub button_click()
  dim th as new system.threading.thread(addressof zip)
  th.start
end sub
 
private sub sub zip
  ' ton traitement ici
end sub

il y a des sites qui traduisent le vb.net en c# si ce n'est pas compréhensible ^^

[petitours]

que cela bloque l'appli n'est pas fondamentalement génant puisque de toute manière l'utilisateur ne peut/n'a rien a faire tant que le zip n'a pas fait son job.le seul soucis est que l'opérateur ne puisse pas se dire "mince ma commande n'a pas marché" ou mince l'appli à planté.

[theMonz31]

et ces 2 exemples :


extract-zipfile-using-c-sharp-with-progress-report

how-to-get-progress-of-zipfile-read

[petitours]

Bonjour

Je ne comprends pas bien ces exemples, ça parle de ZipFile Quelquechose , on parlerait donc bien de cette même classe ZipFile mais la méthode Read n’existe pas dans cette classe

PS : je comprends vite mais il faut m'expliquer très doucement des fois...

Merci

[theMonz31]

bah tu prends la librairie dotNetZip

et si tu vas en bas de cette page :

Examples

tu pourras voir comment ils font pour la progression de l'extraction..

[phil_tema]

Salut !

Tu n'auras pas le choix de passer par un thread incluant les objets/classes de ZIP (voir aussi SharpZipLib qui est très bien). Depuis
ce thread, tu pourras créer des events (voir aussi delegate, EventHandler) qui communiques par messages avec une Form ou autre chose.

http://msdn.microsoft.com/en-us/libr...=vs.71%29.aspx

Le truc, c'est d'aboner une Form à un event pour "chopper" le message.

Phil

[dkmix]

Bonjour,
Pour continuer a utiliser System.IO.Compression et obtenir une progression, il faut compresser fichier par fichier :
- Compter le nombre de fichiers du répertoire (et des sous répertoires ?)
- Boucler sur chaque fichier pour le compresser , incrémenter le compteur et communiquer la progression via un événement

PS : cela ne marche bien sur pas si il n'y a q'un seul très gros fichier a zipper.

[BorisTheBear]

Pour un très gros fichier a dezipper il y a une solution pour avoir un visuel sur le taux d'avancement.
Il te faut encapsuler ton filestream dans un autre stream qui va estimer le temps restant avec un ratio position_stream/taille_stream.ça restera une estimation ..