Services Vista: Peut afficher un formulaire sur un bureau invisible?

Question

Je cherche à montrer une forme d'un service sur Vista (en utilisant WinForms .NET)

Il est évident que la forme ne serait pas montrer à l'utilisateur de la console, que les services sont isolés dans la session 0.

Cependant l'expérience est de voir s'il est possible de "montrer" une forme invisible et d'obtenir un handle de fenêtre & boucle de message

J'ai essayé mais quand j'émets form.Show(), seul l'événement formulaire.Load ne déclenche pas .Shown ou .FormClosing

Y at-il un moyen de capturer windo ws messages de cette manière comme une application utilisateur serait?

Je n'ai pas essayé de rendre le service 'interactif' car je ne souhaite pas interagir avec l'utilisateur connecté.

Answer 1

Oui, vous pouvez afficher un formulaire sur le bureau d'un service. Il ne sera pas montré à un utilisateur connecté, en fait dans Vista et les systèmes d'exploitation ultérieurs vous ne pouvez pas le montrer à un utilisateur même si vous définissez le service sur 'interactif'. Comme le bureau n'est pas interactif, les messages Windows reçus par le formulaire seront légèrement différents, mais la grande majorité des événements devraient être déclenchés de la même manière dans un service que sur un bureau interactif (j'ai juste fait un test rapide et obtenu le formulaire charger, afficher, activer et fermer les événements). Une chose à retenir est que pour afficher un formulaire, votre thread doit être un thread STA et une boucle de message doit être créée, en appelant ShowDialog ou Applicaton.Run. De même, rappelez-vous que toute interaction externe avec le formulaire doit être marshalée dans le thread approprié en utilisant Invoke ou BeginInvoke sur l'instance de formulaire.

Ceci est certainement très faisable mais n'est vraiment pas recommandé du tout. Vous devez absolument être sûr que le formulaire et tous les composants qu'il contient n'affichent aucune interface utilisateur inattendue, telle qu'une boîte de message, en aucune circonstance. La seule fois où cette méthode peut vraiment être justifiée est lorsque vous travaillez avec un héritage de qualité douteuse ou un outil tiers qui nécessite la création d'un handle pour fonctionner correctement.