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

[[Lepe]]

Interesante pregunta.

Además del obvio aumento de consumo de memoria y recursos (80 timers son 80 handles de memoria más), quizás "empezaran" a no ser precisos. Ten en cuenta que la aplicación sólo puede ejecutar una sola cosa al tiempo, si está procesando un evento de timer y llega otro, simplemente se añade a la cola de mensajes de la aplicación, para ir ejecutándolos en el orden de llegada. El último evento que llega, puede demorarse desde que se lanzó hasta que se ejecuta su código del evento OnTimer.

Incluso producir efectos indeseados en la interfaz, por ejemplo, al ejecutarse muchos eventos de timers no se repinta la pantalla (recordemos que los eventos de repintados en windows tienen poca prioridad), y se verían textos no actualizados aún cuando en el timer se haya ordenado cambiar un caption de un label... o cosas por el estilo.

Por otra parte está la lógica del programa, es mucho más fácil hacer una modificación (o depurar) si todo está centralizado, en lugar de tener 80 timers que administrar. Mentalmente no puedes saber cuando se ejecutarían esos timers, al estar centralizado puedes hacer una resta de fechas o usar SecondsBetween entre un timer y la hora actual para saber "cuanto tiempo le falta a ese timer para que se ejecute su código"

Algunas veces es necesario descentralizar para ordenar el código, en este caso, creo que añade ventajas el tenerlo centralizado.

Saludos curiosón