Servicio windows fw 3.5 threads o timmer

Yo te recomiendo un hilo, será más preciso que un timer, pero vamos, a fin
de cuentas casi da igual mientras no sea un timer de windows forms (que en
principio no vas a poder usar en un servicio).

On Fri, 18 Sep 2009 15:19:03 +0200, barracuda
wrote:

hola a todos, estoy empezando un windows Service, y veo que la mayoria
de los
ejemplos en el fw 3.5 utilizan el objeto System.Timers.Timer. Este objeto
tiene la capacidad de levantar un evento cuando pasa cierto periodo de
tiempo
desde que se activa, pero he trabajado con windows Services en fw
anteriores
al 3.5 por ej 1.x y se utiliza "threads" para realizar esta tarea, cual
de
estas dos metodos seria lo ideal en el FW 3.5?

Microsoft Visual C++ MVP => http://geeks.ms/blogs/rfog
La mejor manera de predecir el futuro es inventarlo.

"barracuda" wrote in message
news:

hola a todos, estoy empezando un windows Service, y veo que la mayoria de
los
ejemplos en el fw 3.5 utilizan el objeto System.Timers.Timer. Este objeto
tiene la capacidad de levantar un evento cuando pasa cierto periodo de
tiempo
desde que se activa, pero he trabajado con windows Services en fw
anteriores
al 3.5 por ej 1.x y se utiliza "threads" para realizar esta tarea, cual de
estas dos metodos seria lo ideal en el FW 3.5?

Depende del objetivo. Si necesitas hacer algo con una periodicidad fija,
entonces te interesa un Timer, pero no siempre es el caso. Por ejemplo,
puedes tener un servicio que haga "algo" cada vez que se copia un fichero a
una determinada carpeta. Esto lo podrías hacer con un FileSystemWatcher. O
puede ser que tengas que hacer algo cada vez que se reciban datos por un
determinado puerto. En este caso, te interesa crear un Thread que escuche en
ese puerto (y que la mayor parte del tiempo estará parado, esperando a que
se realice la operación de entrada/salida).

En cualquier caso todo esto es válido para cualquier versión del
Framework; no ha habido ningún cambio en la versión 3.5 que afecte a estas
consideraciones.