filesystemwatcher como servicio de Windows?

Question

Me dispongo a crear una aplicación que mirará un directorio para cualquier archivo creado. tiempo bastante sencillo para usar un sistema de archivos vigilante. Mi pregunta se refiere a cómo utilizarla. ¿Es una práctica común usar un servicio de Windows para garantizar que la aplicación siempre se esté ejecutando?

he estado tratando de evitar la creación de servicios de Windows si no es necesario, pero realmente no veo una alternativa para hacerlo de esta manera en esta instancia. normalmente, convertiría mi servicio a una aplicación de consola y lo programaría usando el programador de Windows, pero eso realmente no se aplica en esta situación.

¿alguien puede recomendar una mejor forma de implementar el sistema de archivos que un servicio de Windows?

gracias por cualquier idea.

EDITAR en respuesta a los comentarios de abajo, más específicamente, acabo de ver un directorio en un servidor, y cuando se crea un nuevo archivo, tengo que mover una copia de ese archivo en una directorio diferente en el mismo servidor, tal vez cambiarle el nombre en el proceso.

La frecuencia y cantidad de archivos será bastante pequeña. quizás 5-10 como máximo en un día.

Answer 1

Debería describir más acerca de lo que quiere hacer, pero normalmente si tiene algo que necesita ejecutarse en segundo plano y no requiere interacción directa del usuario, entonces un servicio a menudo tiene sentido.

Puede usar Remoting para conectar un front-end a su servicio según sea necesario si lo desea.

Answer 2

Sí, utilice un servicio para este tipo de operación, pero don'tusefilesystemwatcher. Si busca los archivos en su servicio, dont use la clase Timer tampoco.

Verifique para asegurarse de que el archivo se haya completado y que ya no esté bloqueado antes de intentar moverlo.

Es trivial de sondear para cambios de archivos (la sintaxis puede estar desactivada), y elimina gran parte de la programación adicional asociada con los eventos del observador del sistema de archivos.

While True 'or your exit condition' 
Dim _files() as FileInfo = Directory.GetFiles(yourTargetDirectory) 
For Each _file as FileInfo In _files 
    If _file.LastModifiedDate < DateTime.Now.AddMinutes(1) Then 
    'move your files' 
    End If 
Next 

End While 

Answer 3

El uso de un servicio de Windows para envolver FileSystemWatcher es perfectamente bien para lo que necesita.

FSW es ​​la herramienta adecuada para el trabajo (ver el código nativo para ver el sistema de archivos es correcto), y un servicio es el mecanismo adecuado para implementarlo dado que necesita operación 'siempre encendida'.

Las credenciales del servicio también serán independientes del usuario que haya iniciado sesión, lo cual puede serle útil.

Answer 4

No estoy seguro todavía de cómo funciona el vigilante de archivos, pero esto es lo que estoy pensando: el sistema de archivos activa eventos; Quiero decir, NTFS debe estar haciendo eso. Su vigilante de archivos se engancha a esos eventos. El observador de archivos probablemente suspende el hilo en el que se está ejecutando hasta que ocurre un evento y el evento de alguna manera despierta el hilo. Un hilo suspendido utiliza muy pocos ciclos de CPU (en realidad ninguno) mientras está suspendido, por lo que esperar un evento de archivo no cuesta nada. Así que un enfoque encuestado desperdicia mucho beaucoup (eso es francés, significa 'una carga de mierda') de ciclos de CPU, pero el observador de archivos no lo hace. Probablemente pueda mirar PerfMon para ver si esto es cierto.