De mon expérience personnelle (20 ans): o de développer une application commerciale en cours d'exécution en tant que service:
- services sont un gâchis pour développer (ne peut pas facilement le code débogage),
- fastidieux à compiler (doit être signé avec un certificat)
- facile à installer (devrait aller dans Windows/System32 droite? ou est-ce que SysWow64? .... a l'utilisateur actuel assez de droits pour installer quelque chose dans le système de toute façon?),
- dangereux à désinstaller (êtes-vous sûr que ce MyTool.exe dans S ystem32 est le vôtre?)
Donc, pour des outils très petits j'ai tendance à développer une application de la console (vous pouvez le démarrer manuellement et avoir une rétroaction visuelle) et de laisser le client décider s'il veut courir en tant que service ou non ...
en fin de compte, je passe moins de temps le développement et l'outil coûte moins cher pour le client;)
Peut-être que vous devez installer quelque chose qui n'a pas été développé en utilisant VS en tant que service? –
Veuillez lire la question. L'OP contrastait en écrivant un service avec SRVANY. –
I * did * lire la question. Vous pouvez créer des services Windows sans utiliser VS, comme avec Delphi par exemple. La question m'a suggéré que le PO envisageait de créer un EXE normal et de l'exécuter en tant que service avec SRVANY.EXE, ou pour créer un service réel en utilisant un projet ou un assistant qui leur permet de le faire dans leur langue/IDE de leur choix. C'est ce que je voulais dire dans ma réponse, ce qui pourrait ne pas être clair maintenant que je l'ai relu. –