Implémenter des timers ou des threads timers sous une application windows dotnet

Bonjour,

J'ai cherché ici mais je n'ai trouvé que des fils non résolus datant au plus tôt en 2009!
Comment implémenter un timer en vb.net ou C#?
Est-ce que un timer est un thread à part car à ma connaissance, il y a 2 types: System.Timers.Timer et System.Threading.Timer?

Ce que je veux implémenter ce sont 4 timers qui lisent des données en ligne (en utilisant System.Net.WebClient par ex) et qui copient les données reçues dans une base de données. Est-ce que le conflit d'accès en ligne et d'accès à la BD peut être évité avec les timers ou dois-je utiliser des threads?

Le timer est un thread qui envoit un event a-t-on application
mais ta fonction timer_tick sera dans le thread de ton application donc celle-ci est bloquer pendant qu'elle execute les instructions de ta fonction

Citation:

---

Envoyé par BenoitM

Le timer est un thread qui envoit un event a-t-on application
mais ta fonction timer_tick sera dans le thread de ton application donc celle-ci est bloquer pendant qu'elle execute les instructions de ta fonction

---

Donc le timer est un thread, confirmé?

Qui dispose d'un exemple de code pour implémenter un timer?

http://msdn.microsoft.com/en-us/libr...v=VS.100).aspx


mais l'utilisation de thread est plus approprié car avec l'utilisation d'un timer ton application restera mono-thread

Citation:

---

mais l'utilisation de thread est plus approprié car avec l'utilisation d'un timer ton application restera mono-thread

---

Je dirais plutôt que l'application sera belle et bien multithreadée mais les appels à ta callback arriveront tous dans ton thread principal et donc devront attendre la fin du précédent appel pour s'éxecuter.

Ici, je ne vois pas l'utilité d'un timer selon ce que tu en as décrit, il s'agit juste de lectures et d'écritures dans une db en parallèle. Les threads sont donc plus adaptés.

Citation:

---

Envoyé par MaximePalmisano

Je dirais plutôt que l'application sera belle et bien multithreadée mais les appels à ta callback arriveront tous dans ton thread principal et donc devront attendre la fin du précédent appel pour s'éxecuter.

---

C'est ce que j'ai voulu dire mais c'est plus clair avec toi :ccool:

Je m'en suis douté, c'était pour écarter tout malentendu :zoubi:

Citation:

---

Envoyé par MaximePalmisano

Ici, je ne vois pas l'utilité d'un timer selon ce que tu en as décrit, il s'agit juste de lectures et d'écritures dans une db en parallèle. Les threads sont donc plus adaptés.

---

Ah bon, j'ai pensé à des timers car ces lectures et écritures doivent s'exécuter périodiquement, tous les 3 mn par exemple.

Est-ce que les threads me permettront de faire cela?

Oui avec un Thread.Sleep()

Le timer de System.Threading execute le Tick sur un thread indépendant.

Citation:

---

Envoyé par Nathanael Marchand

Le timer de System.Threading execute le Tick sur un thread indépendant.

---

Une bonne nouvelle pour moi!

Mais est-ce que tu peux donner des exemples Nathanael car pour le moment, je ne saurais implémenter que le timer classique comme le code dans ce lien: http://msdn.microsoft.com/en-us/libr...ers.timer.aspx

Pour les threads il y a 3 tutos sur developpez.net
http://emerica.developpez.com/csharp/threads/
sinon http://msdn.microsoft.com/fr-fr/libr...(v=VS.90).aspx

pour l'utilisation du Timer suffit d'utiliser le liens que tu as donné

Citation:

---

If the SynchronizingObject property is null, the Elapsed event is raised on a ThreadPool thread.

---

Et comme par defaut il est à null tu n'as rien à faire ;)

Finalement, j'ai choisi d'utiliser un Thread comme Timer: une boucle qui appelle à Thread.Sleep(XXXXX)!

Le soucis: j'ai créé une application WinForms, je lance alors le thread par un clic sur un bouton. En regardant dans le gestionnaire des tâches, je vois bien qu'1 thread s'est ajouté.
J'ai fermé la fenêtre principale de mon application mais l'application continue de tourner, toujours visible dans le taskmgr. Que faire?

En fait, c'est quoi handler en multithreading?

Le mieux est de tester une variable

Code:

---

1 2 3 4 5 6 7

while (1) {   if (HasToStop) exit(0); Sleep(3000); }

---

ou alors myThread.Abort();


Si je dis pas de connerie un handler c'est un pointeur
Il faut un peu plus de contexte

Donc myThread devrait donc être déclaré en variable globale par exemple en attribut d'une classe? Que serait HasToStop ici?

Ce que j'ai fait jusque là c'est mettre myThread en attribut de ma Form et dans l'évènement FormClose:

Code:

---

1 2 3

if (myThread != null) { myThread.Abort(); }

---

Concernant handler, je ne sais pas si c'est la bonne réponse mais j'entends souvent thread & handler!?

un petit exemple Stopper un thread


et sinon version plus simple il y a l'utilisation de backgroundworker qui implemente un Thread avec des fonctions de base comme le Stop

ok merci Benoit! L'exemple du backgroundworker me suffit