Pergunta : Serviço rosqueado ou do async

Olá!, a necessidade do

I pouco recomenda em que trajeto de fazer o programm para escolher. Eu pedia ao
about este há algúm tempo, mas agora eu tenho uma visão mais desobstruída deste. O App é serviço, essa espera para o início de uma sessão do usuário e começos meu outro app. Ele igualmente relógios para fazer meu app que funciona sempre. E ofcourse faz este por o usuário que é início de uma sessão. Assim, quando o usuário loged sobre e comuta a um outro usuário então que o usuário novo tem o exemplo novo do programm, e o precedente ter ainda seu app running.

So, mim têm a funcionalidade a escutar quando início de uma sessão do usuário (ISensLogon). Eu não sei sou este realmente necessário. Porque eu sempre posso prestar atenção sou processo que funciona em alguns intervalos de tempo fazendo a funcionalidade de mutex.

Second devo prestar atenção sou processo que funciona fazendo o mutex e a espera para ela. (No futuro eu faço alguns mecanismos adicionais, como o IPC). o

I tem que soluções:

1. assíncrono - o
I fêz a classe simples para ajudar-me a segurar objetos da semente das janelas (evento, mutex). Com ele, eu posso adicionar o evento assim que a classe pode esperá-lo, e quando occure do evento ele a função do fogo que binded a este evento nele inicialization. minha idéia do

So é “adiciona” o evento que presta atenção para o início de uma sessão do usuário. Quando o evento ocorre, a função ateada fogo “adiciona” o evento novo que espera o mutex. E quando este evento ocorrer seu começo process.

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


2. rosqueou - linha principal do

In, eu espero simplesmente o início de uma sessão do usuário. Em seguida, quando o início de uma sessão do usuário mim faz a linha nova que funciona o processo e o relógio para mutex.

I ter o grande desejo escolher o método do asynch porque me parece ser ambicioso. Mas o mais duramente ao código, e ao código será o mais duro à manutenção que eu penso. A solução rosqueada é líquido de limpeza do hmm i think.

Could que alguém me dá o adivse. Talvez mim omitt algo importante?

class= do

Resposta : Serviço rosqueado ou do async

O primeiro teste padrão que você mencionou tem realmente um nome. Chamou o teste padrão do “reator”, que transforma uns eventos baseados votação seletos/espera que monitoram em rechamadas conduzidas evento (eu quero saber se aquele é porque seu reator chamado). O reator (componentes principais) fá-lo todo o trabalho e pollling sujos pode simplesmente dizê-lo para atear fogo a um evento quando algo acontece. http://en.wikipedia.org/wiki/Reactor_pattern

Está vindo para trás à pergunta de que mais importante, boa olha como você necessidade do alwaysd uma linha do trabalhador, para ser aquele para o reator ou a linha process do monitor (a menos que o reator é próprio using o API conduzido evento). Se aquele é o caso então que o benefício do reator é mais óbvio se você tem muitos muitos eventos a prestar atenção ao mesmo tempo, como dizer em seu caso se você tem que monitorar dúzias dos processos/mutexes então um reator o conserva o custo de uma linha por o monitor.

De um lado, se seu apenas uma matéria de uma única linha do trabalhador então porque adicionar a complexidade quando você puder facilmente controlar coisas com uma linha do monitor? É certa é ambiciosa e tentando ir com projetos sofisticados (especialmente quando você chegou em um você mesmo); Eu posso compreender o impuso:) mas ocupar-se d, confiabilidade, facilidade de utilização e a manutenção é mais importante do que o projeto extravagante. Após tudo, seu usuário não se importa whethers seu reator baseado projeto ou não.

Eu sugiro que você afixe uns detalhes mais adicionais, especialmente no que diz respeito ao scalabity sondo. Como, quantos objetos podem você prestar atenção ao mesmo tempo (máximo), quantos processos etc.

Esperar que ajudas…

Outras soluções  
 
programming4us programming4us