Cuestión : Servicio roscado o del async

Hola, la necesidad del

I poco aconseja en qué trayectoria de hacer el programm para elegir. Pedía a
about esto hace algún tiempo, pero ahora tengo visión más clara de esto. El App es servicio, esa espera para la conexión del usuario y comienzo mi otro app. Él también relojes para hacer mi app que funciona siempre. Y ofcourse hace esto por el usuario que es conexión. Así pues, cuando el usuario loged encendido y él cambia a otro usuario entonces que el nuevo usuario tiene nuevo caso del programm, y el anterior todavía tener su app running.

So, yo tienen funcionalidad a escuchar cuando conexión del usuario (ISensLogon). No sé soy este realmente necesario. Porque puedo mirar siempre soy proceso que funciona en algunos intervalos de tiempo haciendo funcionalidad de mutex.

Second debo mirar soy proceso que funciona haciendo el mutex y la espera para ella. (En futuro hago algunos mecanismos adicionales, como el IPC). el

I tiene que las soluciones:

1. asincrónico - el
I ha hecho la clase simple para ayudarme a manejar los objetos del núcleo de las ventanas (acontecimiento, mutex). Con él, puedo agregar acontecimiento así que la clase puede esperarlo, y cuando occure del acontecimiento él la función del fuego que binded a este acontecimiento en él inicialization. mi idea del

So es “agrega” acontecimiento que mira para la conexión del usuario. Cuando ocurre el acontecimiento, la función encendida “agrega” nuevo acontecimiento que espera el mutex. Y cuando ocurre este acontecimiento su comienzo process.

LogonEvent->SetCommand (AddMutexEventToEventListener);
EventListener->Add (LogonEvent); el


2. roscó - hilo de rosca principal del

In, espero simplemente la conexión del usuario. Después, cuando la conexión del usuario yo hace el nuevo hilo de rosca que funciona con proceso y el reloj para mutex.

I tener gran deseo de elegir método del asynch porque parece a mí ser ambicioso. Pero lo más difícilmente posible al código, y al código será el más duro al mantenimiento que pienso. La solución roscada es limpiador del hmm i think.

Could que alguien me da el adivse. ¿Quizá yo omitt algo importante?

class= del

Respuesta : Servicio roscado o del async

El primer patrón que usted mencionó tiene realmente un nombre. Ha llamado el patrón del “reactor”, que transforma acontecimientos basados interrogación selectos/de la espera que supervisan en los servicios repetidos conducidos acontecimiento (me pregunto si ése es porqué su reactor llamado). El reactor (componentes principales) hace todo el trabajo y le pollling sucios puede decirlo simplemente encender un acontecimiento cuando sucede algo. http://en.wikipedia.org/wiki/Reactor_pattern

Está volviendo a la pregunta cuyo más importante, bien mira como usted necesidad del alwaysd un hilo de rosca del trabajador, para ser ése para el reactor o el hilo de rosca de proceso del monitor (a menos que el reactor está sí mismo usar el API conducido acontecimiento). Si ése es el caso entonces que la ventaja del reactor es más obvia si usted tiene muchos muchos acontecimientos a mirar al mismo tiempo, como decir en su caso si usted tiene que supervisar docenas de procesos/de mutexes entonces un reactor le ahorra el coste de un hilo de rosca por monitor.

¿Por una parte, si su apenas una cuestión de un solo hilo de rosca del trabajador entonces porqué agregar la complejidad cuando usted puede manejar fácilmente cosas con un hilo de rosca del monitor? Está seguro es ambicioso y de tentación ir con diseños sofisticados (especialmente cuando usted ha llegado a la una usted mismo); Puedo entender el impulso:) pero importar de él, confiabilidad, facilidad de empleo y el mantenimiento es más importante que diseño de lujo. Después de todos, su usuario no cuida whethers su reactor basado diseño o no.

Sugiero que usted fije otros detalles, especialmente con respecto a scalabity prospecto. Como, cuántos objetos pueden usted mirar al mismo tiempo (máximo), cuántos procesos etc.

Esperar que ayudas…