La plus simple manière de développer déboguer un service Windows

Si vous pouvez gérer un peu de C#, c'est la façon dont je le fais.

En supposant que vous avez une classe MainService dérivé de ServiceBase avec une Méthode onStart puis, lorsqu'il n'est pas exécuté à l'intérieur du débogueur, le service démarre normalement, sinon le démarrage est appelé manuellement qui exécute le code en mode console.

static void Main(string[] args)
{
       // If no command line arguments, then run as a service unless we are debugging it.
       if ( args.Length == 0) 
       {
            if (System.Diagnostics.Debugger.IsAttached)
            {
                 System.Diagnostics.Debugger.Break();
                 args = new string[] { "/NonService"} ;
            }
          else
                 args = new string[] { "/Service"} ;
       }

       string cmdLine = args[0].ToLower().Substring(1);
       Console.WriteLine("Starting Program with Cmdline : " + args[0]);
       switch (cmdLine)
       {
           case "service" :
               ServiceBase.Run(new MainService());
               break;

           case "nonservice" :
               MainService ms = new MainService();
               ms.OnStart(null);
               break;

         ...

         default :
            Console.Error.WriteLine("Unknown Command line Parameter");
            Console.Error.WriteLine("Supported options are /Install /Uninstall /Start /Stop /Status /Service and /NonService");
         }

OriginalL'auteur sgmoore

Quand je développe un service Windows à l'aide .NET, je profite de tests unitaires plus TypeMock pour que je puisse exécuter le code du service dans une unité de test, sans avoir à se joindre à une instance en cours d'exécution du service. D'autres se moquant de cadres vous pourriez chercher à inclure Rhino Se Moque De.

Donc mon plan était d'utiliser MSTest pour créer le projet de tests unitaires et de tester des méthodes qui vont à l'encontre de mon service, et à tout moment de l'exécution des dépendances seraient traitées par TypeMock, qui permettrait de créer des objets fantaisie pour mon service à utiliser. Donc, si mon service était de la manipulation des trucs à faire avec des fichiers, par exemple, je pourrais créer une maquette de fichier, à l'aide de TypeMock, et de l'utiliser dans mon unité de test à passer pour le service.

Dans le passé, je suis allé à travers la douleur de la compilation du service, l'installation, l'exécution d'elle et de l'attachement, etc. Quand j'ai découvert les cadres fictifs, c'était un grand sentiment de pouvoir tester mon code avec un simple clic d'un bouton à partir de l'IDE de Visual Studio.

Lui donner un essai.

OriginalL'auteur Jason Evans

J'ai construit un Service WCF qui s'exécute comme une application en Ligne de Commande avec un .Extension EXE. Cela me permet de charger l'application facilement en debug ou en dehors de VS simplement en double-cliquant dessus. J'ai ensuite un autre projet qui est un Service Windows Hôte et a une référence à mon Service WCF projet. Le Service Hôte peut gérer l' .exe fichier de la même manière qu'un .dll fichier.

Cela pourrait avoir des questions que je n'ai pas connu donc je ne peux pas le recommander comme une "best practice", mais il fonctionne très bien pour moi et résout les problèmes auxquels vous êtes confrontés.

OriginalL'auteur Chris Porter

Comme leppie et d'autres l'ont dit, y compris PB suggestion, utilisation:

Debugger.Break()

Mais aussi rappelez-vous que une fois que le service est en cours d'exécution, vous pouvez joindre VS.NET pour l'exécution de processus de service et de définir des points d'arrêt. Bien sûr, si le code du point d'arrêt se fait frapper automatiquement, vous aurez besoin d'attacher rapidement, mais dans mon cas, mon service traite les demandes, donc je joindre le service et de déclencher la demande.

OriginalL'auteur slolife