DispatcherTimer frente a un temporizador regular en la aplicación WPF para un programador de tareas

Question

Explique la diferencia entre "DispatcherTimer" y "un temporizador normal" que @Kent Boogaart quiso utilizar en una aplicación WPF de multiproceso como supervisor de tareas en este tema:

Advice needed for multi-threading strategy for WPF application

en los comentarios de uno de los correos (cita):

-Si todo el DispatcherTimer hace es inicio a otro hilo, ¿cuál es el punto de utilizar la DispatcherTimer? .... esos hilos no necesitan iniciarse en el hilo de la interfaz de usuario. Simplemente podría usar un temporizador regular y evitar la interrupción total de la interfaz de usuario

¿Qué significa "un temporizador normal"? ¿Cómo difieren ("DispatcherTimer" y "Timer regular") con respecto a su impacto en la UI?

(Hasta leer este post pensé en DispatcherTimer como una forma natural de la utilización de temporizadores en WPF. ¿Qué es los casos en que esto no es cierto?)

Answer 1

DispatcherTimer es el temporizador normal. Dispara su evento Tick en el hilo de la interfaz de usuario, puede hacer lo que quiera con la interfaz de usuario. System.Timers.Timer es un temporizador asincrónico, su evento Elapsed se ejecuta en una cadena de subprocesos. Debe tener mucho cuidado con su controlador de eventos, no tiene permitido tocar ningún componente de la interfaz de usuario o variables de datos. Y deberá usar la instrucción de bloqueo siempre que acceda a miembros de la clase que también se utilizan en el hilo de la interfaz de usuario.

En la respuesta vinculada, la clase del temporizador era más apropiada porque el OP intentaba ejecutar código de forma asíncrona a propósito.

Answer 2

El evento Tick del temporizador regular se dispara realmente en la secuencia donde se creó el temporizador, por lo que en el evento tick, para acceder a cualquier elemento con la interfaz de usuario, deberá pasar por dispatcher.begininvoke como se menciona a continuación.

RegularTimer_Tick(object sender, EventArgs e) 
{ 
    txtBox1.Text = "count" + i.ToString(); 
    // error can not access 
    // txtBox1.Text property outside dispatcher thread... 

    // instead you have to write... 
    Dispatcher.BeginInvoke((Action)delegate(){ 
     txtBox1.Text = "count " + i.ToString(); 
    }); 
} 

En caso de Dispatcher temporizador, puede acceder a elementos de la interfaz sin hacer comenzar invocar o invocar como sigue ...

DispatcherTimer_Tick(object sender, EventArgs e) 
{ 
    txtBox1.Text = "Count " + i.ToString(); 
    // no error here.. 
} 

DispatcherTimer simplemente proporciona la conveniencia sobre temporizador normal para acceder a objetos de interfaz de usuario sencilla.

Answer 3

Con .NET 4.5 también puede crear un delegado async para su temporizador si necesita utilizar la nueva funcionalidad .NET 4.5 await.

 var timer = new DispatcherTimer(); 
     timer.Interval = TimeSpan.FromSeconds(20); 
     timer.Tick += new EventHandler(async (object s, EventArgs a) => 
     { 
      Message = "Updating..."; 
      await UpdateSystemStatus(false); 
      Message = "Last updated " + DateTime.Now;    
     }); 
     timer.Start();