Je voulais juste obtenir des informations sur un projet sur lequel je travaille. Fondamentalement, je crée un service qui surveille et traite les nouveaux fichiers dans un répertoire spécifié par un fichier de configuration et d'autres paramètres via la ligne de commande. Il doit également sortir du texte via la ligne de commande, c'est-à-dire lorsqu'un utilisateur tape '-help' il affichera son utilisation. Un but est également de faire en sorte que l'utilisateur puisse changer le fichier de configuration à la volée, afin que le service surveille constamment le fichier de configuration pour les changements et ajuste en conséquence. Le défi que je vois est d'essayer de consolider la possibilité d'entrer des commandes via la ligne de commande, afficher la sortie, comme s'il s'agissait d'une application de console, et avoir le service capable de traiter ces commandes alors qu'il fonctionne dans le Gestionnaire de contrôle de service. Jusqu'à présent, dans ma recherche, les solutions que j'ai trouvées semblent montrer comment créer une application de service Windows qui peut également fonctionner comme une application de console, mais elle fonctionne soit comme l'un ou l'autre, pas les deux. Toute suggestion ou contribution est appréciée.Application de service Windows pouvant accepter dynamiquement les commandes de la console
MISE À JOUR:
Merci à tous pour vos suggestions, je l'ai fait un peu reading sur divers mécanismes Windows pris en charge IPC. J'ai bouilli mes options à la cartographie des fichiers, aux tubes nommés et au RPC. Je suppose pour l'instant que l'application Windows Service et l'application Helper Console seront sur le même ordinateur et n'auront pas besoin de communiquer sur un réseau. Je vais d'abord regarder Named Pipes.
Si vous vouliez créer quelque chose où un utilisateur pouvait envoyer des commandes via une ligne de commande, vous pouviez toujours écouter votre application sur un port spécifique via un client tcp, auquel vous pouviez accéder et envoyer des commandes. –