Я хотел бы создавать приложение Windows Service и управлять им без «помощи» дизайнера Visual Studio.
Поскольку это .NET, и, судя по MSDN и тому, что делает дизайнер, это означает наследование от Installer
, построение и обработку ServiceProcessInstaller
и ServiceInstaller
для управления установкой.время выполнения serivce.
Runtime, это означает создание подкласса ServiceBase
и запуск его с Main
с использованием ServiceBase.Run
(и переопределение различных ServiceBase
методов обработки событий).
Однако, когда я делаю это, Visual Studio настаивает на том, чтобы относиться к подклассам Installer
и ServiceBase
как к редактируемым дизайнером файлам.Это не совсем помогает читабельности, не говоря уже о том, что вообще не может иметь дело с рукописным кодом. Я бы хотел, чтобы конструктор не позволял сохранять управляемость (чтобы избежать туманного «кто знает что запускает, когда», особенно для кода, который сложно тестировать и отлаживать, например, службы Windows, которые, в конце концов, должен * быть установлен , чтобы запускаться вообще), а также иметь возможность указывать имя службы во время выполнения, а не во время компиляции - дизайнер не поддерживает это.
Какя могу создать приложение-службу Windows без всего этого?