Ich entwickle einen Windows-Dienst in VB.NET 2008, habe aber das Gefühl, ein Aneurysma zu bekommen. Um den Dienst zu debuggen, habe ich dem Initialisierungscode eine Wartezeit von 15 Sekunden hinzugefügt, wodurch ich Zeit habe, den Dienst zu starten und den .NET-Debugger anzuhängen, bevor etwas passiert, damit ich Haltepunkte und dergleichen erreichen kann. Ich vermisse wirklich "integriertes" Debuggen mit dieser Art von Problemumgehung, und das Testen scheint ein großer Schmerz zu sein.

Wie kann ein in der Entwicklung befindlicher Windows-Dienst am besten "regelmäßig" debuggt werden? Eine Option, die ich in Betracht gezogen hatte, bestand darin, meine gesamte Logik in ein DLL-Projekt zu verschieben, nur die Steuerlogik im Dienst selbst zu belassen und dann ein Forms-Projekt zu erstellen, das im Wesentlichen nur die Schaltflächen "Start" und "Stopp" enthielt und aufgerufen wurde die DLL, um alles andere zu tun. Auf diese Weise kann ich meinen Code normal debuggen und den kompilierten Dienst dann bereitstellen, wenn die DLLs bereit sind.

Macht das Sinn / andere nerven? Ich bin offen für mögliche Workarounds. PB's VorschlagHier klingt wie was ich frage - hat jemand diesen Ansatz verwendet?