Discussion :

[bakonu]

salut,

voilà mon problème :

J'ai 3 éléments :

- un timer
- un label (qui à la valeur "...chargement...")
- une progressbar

quand mon timer se déclenche, je lance une fonction qui :

- affiche mon label et ma progressbar (initialisée à 0)
- effectue mes traitements (pour afficher des milliers d'enregistrements dans une grille) et fais avancer la progressbar
- arrete le timer

Le problème est que mon label et la progressbar ne s'affichent que à la fin de la fonction, j'ai l'impression que le rafraichissement ecran est bloqué pendant l'evenement timer et je ne sais pas comment faire.

[graphicsxp]

Salut,
Normal et question classique
Les opérations que tu fais sont tellement longues que l'affichage n'est pas raffraichit, i.e tu executes tout sur le meme thread (le thread original). Il faut que tu sépares la couche 'travail' et la couche 'affichage'.
Pour ca, jette un oeil à ces tres bons articles:

http://dotnet.mvps.org/dotnet/faqs/?id=multithreading&lang=en

bon courage.
@+

[neguib]

C'est normal, il te faut passer par du multithreading pour que le tout se fasse simultanément voir Faq et autres post sur ce thème

Edit: Arf grillé par graphicsxp

[bakonu]

merci, j'avais pas pensé au multithreading

P.S. : je trouve dommage malgré tout d'etre obligé de passer par le multithreading.

[neguib]

merci, j'avais pas pensé au multithreading

P.S. : je trouve dommage malgré tout d'etre obligé de passer par le multithreading.

Ahbon tu connais d'autres moyens d'effectuer plusieurs actions simultanément

[graphicsxp]

P.S. : je trouve dommage malgré tout d'etre obligé de passer par le multithreading.

Quel est le probleme :

[bakonu]

Je pensais que l'affichage était threadé automatiquement!

Ce que je trouve dommage c'est de devoir threadé le traitement.

[neguib]

Je pensais que l'affichage était threadé automatiquement!

Ce que je trouve dommage c'est de devoir threadé le traitement.

:

[bakonu]

en fait, je voulais laisser tout le traitement dans le thread principal!

[graphicsxp]

Ben tu peux, mais si tu veux un affichage correct il faut passer par le multithreading...
Pas d'autre moyen, désolé

[bakonu]

En C, c'est possible ...

[graphicsxp]

En C, c'est possible ...

Quel rapport avec C#:

[bakonu]

juste pour dire que C# c'est bien mais C c'est mieux

[Harry_polin]

pourquoi ne pas faire le traitement dans le thread de l'application et faire un Application.DoEvent() ou un progressbar1.Refresh() de temps en temps pour rafraichir l'affichage ?

ainsi, on ne se complique pas la vie avec le multithreading, et on obtient le même résultat (dans ce cas précis)

[bakonu]

hum, j evais essayer, je te tiens au courant

[AP]

tu peux tenter un petit application.doevents() apres chaque changemet de valeur du label/progressbar. Cependant comme cela a été dit le multithreading est mieux.

[Harry_polin]

Cependant comme cela a été dit le multithreading est mieux.

Pas d'accord, si l'on se base sur le critère "résultats désirés/(temps de développement*risques de bug)".

[neguib]

Cependant comme cela a été dit le multithreading est mieux.

Pas d'accord, si l'on se base sur le critère "résultats désirés/(temps de développement*risques de bug)".

Il faut effectivement dire que le WindowsForm Not Thread Safe pose quelques soucis

[NicolasG]

Je pense que l'utilisation d'un thread parait plus compliquée au départ mais est plus efficace. Le découpage entre traitement et réaction à l'interface (clic ou autre) est géré tout seul et insensible pour l'utilisateur. Sinon, il faut truffer son code de traitement avec des tests d'interface, ce que je trouve très peu lisible et de toute façon moins efficace.
Au passage, il faut manier Application.DoEvent avec précaution à cause de la possibilité de réentrance (et donc de plantage par débordement de la pile).

[neguib]

... Sinon, il faut truffer son code de traitement avec des tests d'interface, ce que je trouve très peu lisible et de toute façon moins efficace....

Pour cela tu as aussi à ta disposition la classe UserControl, qui peut générer nativement ses validations et évènements appropiés. Ce qui rend le code nettement plus lisible
En fait, je pense que chaque appli necessite de corectement mesurer à la fois les critères qu'a suggéré Hary_polin et les tiens. La prise de decisions éclairée sera d'autant meilleure.