Discussion :

[Elwe31]

Bonjour,

Quelqu'un peut-il m'expliquer a qui sert la propriete "AutoReset" ???
J'a un autre petite question...
Admettons que mon timer.Interval = 5000 et que mon traitemant dur 8 secondes(par exemple), comment cela est-il gere ???

Merci pour vos reponses !

[smyley]

Timer.AutoReset

Admettons que mon timer.Interval = 5000 et que mon traitemant dur 8 secondes(par exemple), comment cela est-il gere ???

tu veux dire, si tu fais un traitement de 8 secondes dans l'événement tick de ton timer ? Ben pour le tick suivant tu en aura deux qui seront appellés aussi tôt que possible sans respecter l'intervale, juste dans le but de rattraper le retard.

[Elwe31]

Ok, merci pour le lien.

C'est pas "tick" mais "Elapsed"... Ok, il ne va donc pas lancer le traitement si il y a deja un traitement en cours ? il attends que l'autre est fini ? c'est bien ça ?

C'est quoi la difference entre les timers:
- Timers.Timer et le forms.timer
????

Merci encore

[smyley]

C'est pas "tick" mais "Elapsed"...

Je faisait référence à ça en fait ...
Timer.Tick

Bon sinon on dirait que je me suis un peut perdu
Bon après tests (j'ai voulu avoir le coeur net).
Avec System.Windows.Forms.Timer :
Ton event est toujours appelé sur le thread de la form, tu peut donc accéder aux contrôles de celle ci et tu as aussi l'assurance, tant que tu n'appelles pas Application.DoEvents, que le timer attendra la fin de l'exécution du code de l'évènement tick avant d'en générer un nouveau.

Avec System.Threading.Timer :
J'ai obtenu un autre comportement, le callBack est appelé avec l'intervalle que je lui ai donné, mais sans se soucier du fait que le précédent appel ai été terminé. On est donc plusieurs fois dans la même fonction .... En effet, à chaque fois que le callback doit être appelé il crée un nouveau thread et l'exécute, donc pour accéder aux composants de la fenêtre il faut faire un this.Invoke (pour passer l'appel sur le bon thread).

[Elwe31]

Merci beaucoup pour ces precisions...(je pige mieux pourquoi ça merde grave!!!) et c'est ce que j'avais imaginé...

Il y a encore un autre timer : System.Threading.Timer ??????
C'est la fete

Merci encore pour le temps passé.

[Pol63]

le code dans un evenement doit toujours etre très rapide
perso je conseille les windows forms timer, avec les timers.timer étant sur d'autre threads ca peut créer des problèmes
sinon en général, dans l'event d'un timer on fait :

Code :

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

1
2
3
4
5
6
7
8
try
    timer.stop
    ' traitement
catch ex as exception
    'enregistrer l'erreur c'est pas mal 
finally
    timer.start
end try

ca évite le problème du traitement plus long que la durée du timer

de toute facon si ton traitement prend plusieurs secondes, celui va figer l'interface utilisateur, donc autant déporter les traitements dans un thread secondaire

[Elwe31]

C'est pour un service...
Et j'avais un probleme d'ecriture dans un fichier...
Enfin, c'est regler, j'ai utilisé une variable pour savoir si le traitement est fini ou pas...

Enfin, voila, je vous remerci pour ces info !