Freigeben über

Stop-Anweisungen in Visual Basic

Die Visual Basic Stop-Anweisung bietet eine programmgesteuerte Alternative zum Festlegen eines Haltepunkts. Wenn der Debugger auf eine Stop-Anweisung trifft, wird die Ausführung des Programms unterbrochen (wechselt in den Unterbrechungsmodus). C#-Programmierer können den gleichen Effekt mithilfe eines Aufrufs erreichen Debugger.Break.

Sie legen eine Stop-Anweisung fest oder entfernen sie, indem Sie Den Quellcode bearbeiten. Sie können Stop-Anweisungen nicht mithilfe von Debuggerbefehlen festlegen oder löschen, wie ein Haltepunkt.

Im Gegensatz zu einer End-Anweisung setzt die Stop-Anweisung keine Variablen zurück oder gibt Sie in den Entwurfsmodus zurück. Sie können im Menü "Debuggen" die Option "Weiter" auswählen, um die Ausführung der Anwendung fortzusetzen.

Wenn Sie eine Visual Basic-Anwendung außerhalb des Debuggers ausführen, startet eine Stop-Anweisung den Debugger, wenn das Just-in-Time-Debugging aktiviert ist. Wenn das Just-in-Time-Debugging nicht aktiviert ist, verhält sich die Stop-Anweisung so, als wäre es eine End-Anweisung und beendet die Ausführung. Kein Ereignis QueryUnload oder Unload tritt auf, daher müssen Sie alle Stop-Anweisungen aus der Release-Version Ihrer Visual-Basic-Anwendung entfernen. Weitere Informationen finden Sie unter Just-In-Time Debugging.

Um die Notwendigkeit zu vermeiden, Stop-Anweisungen entfernen zu müssen, können Sie die bedingte Kompilierung nutzen.

#If DEBUG Then
   Stop
#Else
   ' Don't stop
#End If

Eine weitere Alternative besteht darin, anstelle der Stop-Anweisung eine Debug.Assert Anweisung zu verwenden. Eine Debug.Assert Anweisung bricht die Ausführung nur, wenn eine angegebene Bedingung nicht erfüllt ist. Assert Anweisungen werden automatisch entfernt, wenn Sie eine Releaseversion erstellen. Weitere Informationen finden Sie unter Assertionen in verwaltetem Code. Wenn Sie eine Assert Anweisung wünschen, die die Ausführung in der Debugversion immer unterbricht, können Sie dies tun:

Debug.Assert(false);

Eine weitere Alternative besteht darin, die Debug.Fail Methode zu verwenden:

Debug.Fail("a clever output string goes here");

Verwandte Inhalte

  • Last updated on