Version imprimable
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 !
Timer.AutoReset
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.Citation:
Envoyé par 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
Je faisait référence à ça en fait ...Citation:
Envoyé par Elwe31
Timer.Tick
Bon sinon on dirait que je me suis un peut perdu :aie:
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).
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 :mrgreen:
Merci encore pour le temps passé.
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 :
ca évite le problème du traitement plus long que la durée du timerCode:
2
3
4
5
6
7
8
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
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 !