Was sind die Vor- / Nachteile der Verwendung von SRVANY im Vergleich zum Erstellen eines Windows-Dienstes?
(Ich habe hier , dass SRVANY nicht empfohlen wird, benutzt zu werden in einer Produktionsumgebung, aber würde gerne die Gründe verstehen)
Danke.
Es ist trivial, einen Windows-Dienst in Visual Studio zu erstellen. Ich kann mir keinen Grund vorstellen, nicht zu tun.
Aus meiner eigenen persönlichen Erfahrung (seit 20 Jahren: o): Entwicklung einer kommerziellen Anwendung als Service:
Für sehr kleine Werkzeuge entwickle ich eher eine Konsolenanwendung (Sie können sie manuell starten und haben visuelles Feedback) und lassen Sie den Kunden entscheiden, ob er möchte, dass er als Dienst ausgeführt wird oder nicht ...
Am Ende verbringe ich weniger Zeit mit der Entwicklung und das Werkzeug kostet weniger für den Kunden;)
Eine weitere Option, die einen Blick wert ist (Ersatz für SRVANY, aber mit Erweiterungen):
Nicht saugender Service Manager:
Aktiv beibehalten wird es anscheinend.
Pro: SRVANY ist kostenlos, ist schon lange da (d. h. ist stabil) und erfordert keine Code-Änderungen in Ihrer Anwendung.
Nachteile: SRVANY ist etwas unordentlich zu installieren, wird nicht von Microsoft unterstützt, wurde nicht aktualisiert für die neueren Betriebssysteme, kann irreführendes Feedback geben (kann sagen, dass der Dienst ausgeführt wird, wenn die App geschlossen wurde), etc .
Bitte besuchen Sie unsere Website für einen umfassenden Vergleich von SRVANY und unserem kommerziellen Produkt AlwaysUp , das läuft jede ausführbare Datei als Windows-Dienst.
Zusammenfassend würde ich niemanden für die Verwendung von SRVANY in einer Produktionsumgebung kreuzigen, solange es gründlich getestet wurde, aber es sollte auf jeden Fall eine Augenbraue heben.
Tags und Links windows-services windows