Application au démarrage de Windows

Question

Je souhaite charger mon application C # après fenêtres connexion utilisateur et avant le bureau Windows apparaît. actuellement j'ai ajouté mon chemin de démarrage de l'application à clé de Registre de l'exécution. il charge ma demande correctement mais les fenêtres de bureau Windows apparaît [2 sec], puis mes courses d'application

Remarque:

Mon application crée bureau séparé à l'aide winapi, alors que mon application en cours d'exécution, il cache temporairement le bureau.

Answer 1

Ceci est vraiment pas possible de le faire. Windows fonctionne assez dur pour obtenir le haut de bureau et explorateur réactif dès que possible après que l'utilisateur. C'est ce qui est le plus important pour l'utilisateur.

Vos objectifs peuvent être nobles, mais ils sont en contradiction avec ce que les utilisateurs veulent. Donc, en général, ils sont en désaccord avec la façon dont Windows fonctionne (en particulier Win-7).

Si vous avez un logiciel qui doit fonctionner au début qui n'a pas besoin d'interagir avec l'utilisateur, un service est qu'ils chemin à parcourir. Il est important de noter que dans Vista et versions ultérieures de Windows, il n'y a aucun moyen pour un service à interagir avec l'utilisateur - par exemple ils ne peuvent pas avoir leur propre interface utilisateur graphique. Services avec l'interface utilisateur sont pas sécurisée.

Une façon de partitionner votre logiciel est de mettre des choses dans un service, et une couche d'interface de réflexion sur le dessus de celui-ci. COM et local RPC sont de bons choix pour la communication entre votre service et votre couche d'interface utilisateur.

Notez que vous devez faire le travail ici pour éviter que vos composants de ralentir démarrage. applications sont mal se comporter l'un des plus grands problèmes dans le chemin de démarrage. Vous pouvez étudier cela en utilisant Performance Toolkit de Windows

Answer 2

Il est un peu Je pense que possible, mais vous êtes vraiment pour beaucoup de travail supplémentaire. Ce que vous pouvez faire est de remplacer le shell Windows avec votre propre code, mais à ce moment-là, vous devenez le seul responsable de l'interface utilisateur que l'utilisateur interagit avec.

Si votre code n'est pas « juste », vous pouvez vous retrouver avec un compte Windows inutilisable installer, et je ne suis pas sûr que vos utilisateurs vont apprécier beaucoup.

Notez également qu'il peut y avoir des fonctionnalités que vous attendez normalement intuitivement être disponible sur une machine Windows qui font partie de l'enveloppe que vous n'aurez accès à plus. Pour plus de détails, essayez http://en.wikipedia.org/wiki/Windows_shell_replacement comme départ Point.

Addendum :
Je n'ai que la connaissance de ce qui me vague est réellement impliqué techniquement pour y arriver, mais http: // dustyant. com / articles / deeshell / semble être une explication décente des bases. Encore une fois tho ... ici des dragons assurez-vous de le faire dans une machine virtuelle ou quelque chose afin que vous ne finissent pas bourrer vos principales installation de Windows.

Juste brièvement ce que Shell de remplacement »signifie: après vous être connecté, Windows démarre une application appelée « explorateur »(pas sûr si cela est encore Vista / Windows 7 ... J'ai un vague souvenir qu'il a un peu plus impliqué récemment), qui tire essentiellement le bureau, la barre des tâches, etc ... il est possible de dire Windows pour lancer une autre application au lieu de shell graphique par défaut. À ce moment-là, vous êtes dans le contrôle de l'interface principale de Windows ... ce qui signifie que vous êtes responsable de tout que Windows fait normalement dans le shell ... vous donne beaucoup de contrôle et de flexibilité, et peut-être beaucoup de maux de tête.