Discussion :

[Depite]

Bonjour,

Ancien adepte de VB6 je cherche désespérément dans VS2008 l'équivalent des espions conditionnels qu'il proposait.
J'ai beau fouiller les menus et scruter les moteurs de recherches je ne trouve que des choses très compliquées ou totalement hors sujet.

En bref voici ce que je cherche à retrouver:
Une variable d'une classe est définie avec une valeur initiale, je voudrais que l'exécution en mode debug s'arrête lorsque la valeur change ou lorsqu'elle prend une valeur donnée quel que soit l'endroit où se produit l'affectation.

Les points d'arrêt conditionnels ne résolvent pas le problème puisqu'il faut les déclarer aux endroits où l'on veut s'arrêter tandis que dans mon cas la variable peut être modifiée n'importe où au sein de la classe.

[Phil Rob]

Je crois que tu trouveras la réponse à ta question en lisant le document ci-joint (Extrait.pdf). Il s'agit d'extrait (comme son nom l'indique d'un cours. Cela concerne le débogage et la gestion des erreurs. La partie "Insertion de messages" devrait t'aider.
Phil

[Depite]

Merci pour ta réponse Phil mais elle ne correspond pas à ce que je recherche et qui semble bien avoir disparu dans VB.net ( vs VB6).

J'essaie d'expliquer mieux:

Dans vb6 on peut définir un espion qui va arrêter le code soit dans tous les modules , soit dans un module choisi, soit dans une procédure lorsque sa valeur est vérifiée ou lorsque la variable qu'il désigne change de valeur.
Exemple:

espion = MaVariableGlobale = 10
condition de l'arrêt = vrai

espion = MaVariableGlobale
condition de l'arrêt = valeur change

Si MaVariableGlobale peut être modifiée par l'affectation d'une dizaine de propriétés d'une demi-douzaine de classes on comprend l'intérêt d'un tel outil.

Voilà ce que j'aimerais retrouver dans Visual Studio 2008.

[Sehnsucht]

Personnellement, j'ignore si une telle option existe encore ou pas ; et je ne serais pas surpris que ce ne soit plus le cas ; et TANT MIEUX.
Avoir besoin de surveiller un changement de valeur pouvant survenir de n'importe où (sans que l'on sache vraiment d'où en fait) c'est un gros signe de mauvais code, ça veut dire mauvais découpage, des choses qui manipulent d'autre chose qu'elles ne devraient probablement pas manipuler etc.
Bref ça brise tous les principes de la programmation orientée objet, encapsulation ; une classe = une responsabilité = elle offre des services mais s'occupe elle-même de sa tambouille interne etc.
Et vouloir faire en VB.Net comme en VB6 sous prétexte qu'il y a VB dans le nom et que les mots clefs sont similaires c'est se tirer une balle dans le pied à plus ou moins long terme (potentiellement pour le pied du type qui devra maintenir ensuite)

[Phil Rob]

Merci pour ta réponse Phil mais elle ne correspond pas à ce que je recherche et qui semble bien avoir disparu dans VB.net ( vs VB6).

J'essaie d'expliquer mieux:

Dans vb6 on peut définir un espion qui va arrêter le code soit dans tous les modules , soit dans un module choisi, soit dans une procédure lorsque sa valeur est vérifiée ou lorsque la variable qu'il désigne change de valeur.
Exemple:

espion = MaVariableGlobale = 10
condition de l'arrêt = vrai

espion = MaVariableGlobale
condition de l'arrêt = valeur change

Si MaVariableGlobale peut être modifiée par l'affectation d'une dizaine de propriétés d'une demi-douzaine de classes on comprend l'intérêt d'un tel outil.

Voilà ce que j'aimerais retrouver dans Visual Studio 2008.

Comme Sehnsucht , je crois que cette option n'existe pas en DotNet. Je ne peux me référer à VB6, il y a trop mlongtemps : je suis passé à DotNet depuis 2005 !
Mais aussi, je ne vois pas trop l'intérêt de tester une variable partout : le plus souvent une variable nous intéresse là où elle présente un "risque" pour nos traitements. Pour ça, l'insertion conditionnelle de message devrait te dépanner (et te faire oublier les "facilités" de VB6).
En tout cas, je n'ai rien de mieux à proposer. Et si quelqu'un a une solution, je sis intéressé de tester.

[clementmarcotte]

Bonjour,

Moi non plus, je n'ai pas trouvé cette option dans VB.net. Pour en rajouter, il faut dire que VB.net réduit considérablement les besoins de variables globales. Même que depuis VB 2012 ou VB 2013 (je ne me souviens plus trop), une variable déclarée publique dans sa classe doit être quand même instanciée dans toute autre classe qui y fait appel. (On dirait une variable publique "localisée", si on peut dire.) Même si c'est fatiguant au début, cela améliore la discipline.

[DotNetMatt]

Je pense que tu peux faire ce que tu souhaites en utilisant une prioriete. Il suffit ensuite de mettre un breakpoint dans le setter :

Code VB.NET :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
Class Example
    Private _count As Integer
 
    Public Property Number() As Integer
        Get
            Return _count
        End Get
        Set(ByVal value As Integer)
            _count = value    ' Breakpoint sur cette ligne
        End Set
    End Property
End Class

Avec une variable globale, je ne pense pas qu'il soit possible de faire ce que tu souhaites.

[Depite]

Merci Sehnsucht pour la leçon d'éthique et le savon, je ne m'étendrai pas sur les motivations de ma discussion, mon but n'est ni d'être désagréable ni de polémiquer.

Merci à DotNetMatt pour sa solution qui effectivement résout le problème dans l'exemple imaginaire que j'ai indiqué.

Il n'en reste pas moins que, quoi que puissent en penser les maîtres de l'art, cette fonctionnalité puissante de débogage de VB6 semble ne pas trouver son pareil dans le super IDE de VS2008.

Merci à tous pour vos réponses.

[Sehnsucht]

En même temps y'a jamais eu de variable globale en VB.Net depuis sa toute première version.
L'idée de la propriété peut être pas mal, mais si c'est pour faire de la pseudo-globale… Vaudrait mieux comprendre l'intérêt de penser objet (et objet en tant que fournisseur de services surtout, pas comme agglomérat de données)