¿Cuál es la diferencia between System.Windows.Forms.Timer() y System.Windows.Threading.DispatcherTimer()? ¿En qué casos, deberíamos usarlos? ¿Alguna de las mejores prácticas?Comparación de temporizador con DispatcherTimer
Windows.Forms.Timer utiliza el bucle de mensajes de formularios de Windows para procesar los eventos del temporizador. Se debe usar al escribir eventos de temporización que se utilizan en las aplicaciones de Windows Forms, y desea que el temporizador se active en el subproceso principal de la interfaz de usuario.
DispatcherTimer es el mecanismo de temporización WPF. Se debe usar cuando desee manejar el tiempo de manera similar (aunque esto no está limitado a un solo hilo, cada hilo tiene su propio despachador) y está usando WPF. Dispara el evento en el mismo hilo que el Dispatcher.
En general, WPF == DispatcherTimer y Windows Forms == Forms.Timer.
Dicho esto, también hay System.Threading.Timer, que es un temporizador de class que dispara en un hilo separado. Esto es bueno para la sincronización puramente numérico, en el que no está tratando de actualizar la interfaz de usuario, etc.
que he encontrado buen artículo sobre temporizadores con pequeños ejemplos aquí: http://www.progware.org/Blog/post/Timers-in-WPF.aspx
Como conclusión:
Si DoSomething() manipula los componentes de GUI, entonces con el temporizador debe usar: this.Dispatcher.Invoke ((Action) delegate {// CÓDIGO GUI RELACIONADO AQUÍ} ya que no puede acceder directamente a controles GUI desde un hilo diferente. Con DispatcherTimer no necesita hacer eso.
Si DoSomething() realiza una tarea que consume mucho tiempo, la GUI se congelará en el caso del DispatcherTimer. En el caso del temporizador no lo hará, ya que el methos largo se ejecuta en un hilo diferente
Buena referencia. – Hamed
Gracias por su pronta respuesta. Entonces, esto significa que, cada vez que quiero tener un temporizador relacionado con la IU, debería usar DispatcherTimer, y cuando quiero disparar un temporizador, que no quiero congelar UL, debo usar System.Threading.Timer en otro hilo. La segunda pregunta es: si quiero usar DispatcherTimer, y quiero tener un temporizador no vinculado a la interfaz de usuario, ¿debo llamarlo en un subproceso separado utilizando System.Threading.Timer o Still DisptacherTimer? – paradisonoir
Depende de lo que intentes hacer. Raramente utilizo System.Threading.Timer - Por lo general me quedo con Dispatcher Timer, y luego hago tu WORK (que es lo que podría bloquear tu UI) en otro hilo, usando algo como BackgroundWorker. Los temporizadores realmente nunca deberían bloquear su UI, a menos que esté haciendo un trabajo "demasiado" en su controlador de eventos. –
Tengo un problema con DispatcherTimer que consume procesador a lo largo del tiempo. ¿Hay una buena manera de manejar eso? – discorax