Aplicação na inicialização do Windows

Question

i deseja carregar meu aplicativo C # após o login de usuário do Windows e antes de aparecer janelas desktop. Atualmente eu adicionei meu caminho de inicialização do aplicativo para chave de registro prazo. ele carrega minha aplicação corretamente, mas janelas do Windows aparecer de desktop [2 seg] então meus aplicativo é executado

Nota:

Meu aplicativo cria área de trabalho separada usando winapi, enquanto meu aplicativo em execução ele esconde a área de trabalho temporariamente.

Answer 1

Isso realmente não é possível fazer. Windows funciona bem difícil de se obter a área de trabalho para cima e explorador responsivo, logo após o usuário efetuar login. Isto é o que é mais importante para o usuário.

Seus objetivos podem ser nobre, mas eles estão em desacordo com o que os usuários querem. Assim, em geral, eles estão em desacordo com a forma como o Windows trabalha (especialmente Win-7).

Se você tem software que precisa ser executado mais cedo que não precisa de interagir com o usuário, em seguida, um serviço que é caminho a percorrer. É importante notar que, em sistemas Vista e posteriores do Windows, não há nenhuma maneira para um serviço para interagir com o usuário - por exemplo, eles não podem ter sua própria interface gráfica do usuário. Serviços com UI inerentemente não são seguras.

Uma maneira de particionar o software é colocar algumas coisas em um serviço, e têm uma camada UI pensar em cima dela. COM e RPC local são boas opções para a comunicação entre o seu serviço e sua camada de interface do usuário.

Note que você vai precisar fazer um trabalho aqui para impedir que seus componentes de abrandar boot. Mal aplicações comportando são um dos maiores problemas no caminho de inicialização. Você pode estudar isso usando a o Windows Performance Toolkit

Answer 2

É tipo possível, eu acho, mas você está realmente em um monte de trabalho extra. O que você poderia fazer é substituir a Shell do Windows com seu próprio código, mas nesse ponto você se torna o único responsável pela interface do usuário que o usuário interage com.

Se o seu código não é 'apenas para a direita', você pode acabar com um o Windows inutilizável instalar, e eu não tenho certeza que seus usuários estão indo para apreciar muito.

Além disso, note que pode haver características que você normalmente intuitivamente esperar para estar disponível em uma máquina Windows que fazem parte do shell que você não terá acesso a mais. Para mais detalhes, tente http://en.wikipedia.org/wiki/Windows_shell_replacement como uma partida ponto.

Adenda :
Eu só tenho o conhecimento vaga-me sobre o que está realmente envolvido tecnicamente para fazer isso acontecer, mas http: // dustyant. com / artigos / deeshell / parece ser uma explicação razoável do básico. Mais uma vez tho ... Seja aqui dragões certifique-se de fazer isso em uma máquina virtual ou algo para que você não acabar enchendo instalar o seu principal do Windows.

Apenas brevemente o 'shell de substituição' significa: depois de iniciar sessão, o Windows inicia uma aplicação chamada 'Explorer' (não sei se isso ainda vale para Vista / Win 7 ... Eu tenho uma vaga lembrança ficou um pouco mais envolveu recentemente), que basicamente desenha o desktop, barra de tarefas, etc. ... é possível dizer ao Windows para iniciar uma aplicação diferente em vez do shell gráfica padrão. Nesse ponto você está no controle da principal interface do usuário do Windows ... o que significa que você é responsável por tudo que o Windows normalmente faz no shell ... dá-lhe um grande controle e flexibilidade, e, possivelmente, muitas dores de cabeça.