Partager via

Instructions "Stop" de Visual Basic

L’instruction Stop Visual Basic fournit une alternative programmatique à la définition d’un point d’arrêt. Lorsque le débogueur rencontre une instruction Stop, il interrompt l’exécution du programme (entre en mode arrêt). Les programmeurs C# peuvent obtenir le même effet à l’aide d’un appel à Debugger.Break.

Vous définissez ou supprimez une instruction Stop en modifiant votre code source. Vous ne pouvez pas définir ou effacer les instructions Stop à l’aide de commandes du débogueur, comme vous le feriez pour un point d’arrêt.

Contrairement à une instruction End, l’instruction Stop ne réinitialise pas les variables ou vous renvoie en mode création. Vous pouvez choisir Continuer dans le menu Débogage pour continuer à exécuter l’application.

Lorsque vous exécutez une application Visual Basic en dehors du débogueur, une instruction Stop lance le débogueur si le débogage juste-à-temps est activé. Si le débogage juste-à-temps n’est pas activé, l’instruction Stop se comporte comme s’il s’agissait d’une instruction End et met fin à l’exécution. Aucun événement QueryUnload ou Unload ne se produit. Vous devez donc supprimer toutes les instructions Stop de la version Release de votre application Visual Basic. Pour plus d’informations, consultez Just-In-Time Debugging.

Pour éviter la nécessité de supprimer des instructions Stop, vous pouvez utiliser la compilation conditionnelle :

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

Une autre alternative consiste à utiliser une Debug.Assert instruction au lieu de l’instruction Stop. Une Debug.Assert instruction interrompt l’exécution uniquement lorsqu’une condition spécifiée n’est pas remplie. Assert les instructions sont automatiquement supprimées lorsque vous générez une version Release. Pour plus d’informations, consultez Assertions dans Le code managé. Si vous souhaitez une Assert instruction qui interrompt toujours l’exécution dans la version de débogage, vous pouvez procéder comme suit :

Debug.Assert(false);

Pourtant, une autre alternative consiste à utiliser la Debug.Fail méthode :

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

Contenu connexe

  • Last updated on