Duda sobre la cantidad de timers que puede soportar una aplicación

[vejerf]

Hola a todos de nuevo... Leyendo la respuesta de Rolphy Reyes me asalta la siguiente duda: ¿un timer no es un thread?. Es decir, a mi modo de entender un timer, yo pensaba que no era más que un thread en paralelo que cuando le toca realizar una tarea la realiza sin más. ¿Qué diferencias habría entre tener varios timers en una aplicación y varios hilos con un timer?
Gracias por vuestras respuestas...
PD: hay q ver todo lo que estoy aprendiendo !!! (y todo lo que me queda por aprender )

Saludos!!!

[RolphyReyes]

La diferencia básica y principal es que cuando ejecutas un Timer desde la aplicación sin Thread (Hilos) se ejecuta en modo Sincrónico y con hilos es Asincrónico.

[[Lepe]]

Empezado por vejerf

¿un timer no es un thread?.

No.

Un TTimer de delphi sólamente engloba varias llamadas a la API de windows, (las más relevantes: SetTimer y KillTimer) además de ponerte el componente en la paleta de delphi para más comodidad.

Como esas rutinas pertenecen a la API, es difícil saber cómo están implementadas internamente. Hace mucho leí que un ordenador incluía 4 cronómetros hardware y que dichas APIs lo manejaban, (no tengo referencias para corroborar eso).

Saludos

[vejerf]

Supongamos entonces que quiero implementar un reloj. Lógicamente este deberá cambiar cada segundo. ¿Con qué sería mejor hacer esto con un timer o con un thread? ¿Qué ventajas/inconvenientes podría tener cada uno?

De nuevo mil gracias por vuestras respuestas y vuestra paciencia...

[[Lepe]]

No te compliques la vida, un timer y marchando.

[[seoane]]

Empezado por vejerf

Supongamos entonces que quiero implementar un reloj. Lógicamente este deberá cambiar cada segundo. ¿Con qué sería mejor hacer esto con un timer o con un thread? ¿Qué ventajas/inconvenientes podría tener cada uno?

Pues usando el reloj del sistema que para eso esta . No intentes contar tu los segundos, por ejemplo incrementando una variable en el evento del timer porque por muy preciso que sea siempre tendras un pequeño error y con el tiempo (despues de un par de horas) "tu reloj" terminara atrasando o adelantando. Lo mejor es que utilices el timer para mostrar el valor de hora del sistema en, por ejemplo, un label.

Código Delphi [-]
label1.caption:= TimeToStr(Now);

¿Y si quieres hacer un cronometro? Pues te digo lo mismo Simplemente tienes que guardar el valor inicial. Por ejemplo:

Código Delphi [-]
// Cuando comiences la cuenta
Marca:= Now;
 
 
// Para mostrar el tiempo transcurrido
label1.caption:= TimeToStr(Now-Marca);

[[gatosoft]]

¿¿80 timers??... pues el problema que salta a la vista es el consumo de recursos, y muy posiblemente la sincronización de componentes y variables....

¿¿¿Por que no pensar en un solo Timer, que controle la actaulización de los 80 componentes???.

Tu dices que cada Componente se actualiza con diferente intervalo de tiempo, pues no importa, debes idear una estructura en la que lleves la hora de inicio y el intervalo por cada componente. El timer se podría ejecutar cada segundo y evaluar en una sola función todos los componentes....

Saludos,

[[Delphius]]

Empezado por gatosoft

¿¿80 timers??... pues el problema que salta a la vista es el consumo de recursos, y muy posiblemente la sincronización de componentes y variables....

¿¿¿Por que no pensar en un solo Timer, que controle la actaulización de los 80 componentes???.

Tu dices que cada Componente se actualiza con diferente intervalo de tiempo, pues no importa, debes idear una estructura en la que lleves la hora de inicio y el intervalo por cada componente. El timer se podría ejecutar cada segundo y evaluar en una sola función todos los componentes....

Saludos,

¿Y no es acaso lo que recomendó Lepe unos post antes?

Saludos,

[vejerf]

Ahora lanzo otra pregunta vista las respuestas. ¿Qué sería más conveniente usar entonces un timer y comprobar todos los elementos o usar el recurso de los hilos como propone DolphyReyes?