Chciałbym utworzyć i zarządzać aplikacją usługi systemu Windows bez "pomocy" od projektanta Visual Studio.Usługa Windows bez interferencji programu Visual Studio
Ponieważ jest to .NET, a sądząc po MSDN i co projektant ma, oznacza to dziedziczenie z Installer
i konstruowania i radzenia sobie z ServiceProcessInstaller
i ServiceInstaller
aby móc zarządzać install-czas wykonanie serivce.
wykonawcza, to znaczy tworząc ServiceBase
podklasy i uruchomienie z Main
pomocą ServiceBase.Run
(i nakładanie różnymi technikami manipulacji ServiceBase
zdarzenia).
Jednak kiedy to robię, Visual Studio nalega na traktowanie podklas Installer
i ServiceBase
jako plików edytowanych przez projektanta. To nie pomaga dokładnie w czytelności, nie wspominając o tym, że w ogóle nie może w ogóle obsługiwać ręcznie pisanego kodu. Chciałbym uniknąć projektanta, aby zachować łatwość zarządzania (aby uniknąć mgławicowania, który-wie-co-uruchamia-kiedy, szczególnie w przypadku kodu, który jest trudny do testowania i debugowania, takich jak usługi Windows, które muszą być zainstalowane , w ogóle być uruchomione), a także móc określać nazwę usługi w czasie wykonywania, a nie podczas kompilacji - projektant tego nie obsługuje.
Jak mogę utworzyć aplikację usługi systemu Windows bez całego gangu?
Czasami warto spojrzeć na Topshelf projektu - http://topshelf-project.com/ – stuartd
hmm - schludny! Wygląda trochę przesadnie i nie do końca dojrzały, ale gdybym pisał nową aplikację, zdecydowanie bym to rozważył. –