Visual Studio, mode debug & visualisation de variables

**steph68b** · 13/11/2023, 08h44

Bonjour les spécialistes!

Je sors d'un env' de dév' indus propriétaire (B&R pour les spécialistes...), donc pas grand public, mais qui avait une force exceptionnelle: sa simplicité!
-> un bouton/menu debug qui ouvre une zone sur la droite
-> drag & drop de la variable concernée
-> et affichage de sa valeur
D'une simplicité biblique!!

J'arrive sur VS que je découvre peu à peu, mais déjà, impossible de trouver cette simple notion de base!!??!!!

J'ai même essayé un bête

Code :

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

Console.WriteLine(" ***** index ***** " + cboType.SelectedIndex);

(qui représente juste l'index de l'élément choisi dans une listbox)

Mais là non plus, je ne trouve pas la console de sortie qui afficherait ma valeur...

Donc, comment faire ce genre de truc sous VS?

Ca ressemble vraiment à une usine à gaz, contre-intuitive au possible...

Merci.

**Pol63** · 13/11/2023, 08h57

Normal quand on change d'environnement de trouver ça contre intuitif, pour ma part je trouve que VS est très puissant et pratique ^^
(et parfois buggé et chiant aussi

)

pour débugger tu peux mettre des points d'arrêt en cliquant dans la marge d'une ligne de code (ou F9 avec le cuseur sur la ligne)
quand le code arrive sur un point d'arrêt l'exécution se met en pause et tu peux alors vérifier toutes les variables, modifier le code etc...
tu peux même mettre des conditions sur les points d'arrêt
tu peux déplacer la flèche jaune qui montre quelle ligne va être exécutée après soit avant pour refaire un bout de code, soit après pour en zapper un, et tu peux avancer avec F10 ou F11 (F11 rentrant dans les membres alors qu'F10 non, et F5 ca sort de la pause)
etc...
sans pause tu ne peux pas connaitre la valeurs des variables

une fois le programme en pause si tu passes la souris sur une variable tu peux voir et inspecter son contenu en passant la souris dessus dans une mini fenetre
tu peux alors épingler l'espion sur la fenetre de code directement (le fait de savoir la valeur en debug)
sur une variable tu peux aussi faire clic droit / ajouter un espion, ca l'ajoute alors dans une fenetre (souvent dockée en bas) avec toutes les variables que tu veux suivre (fenetre qui doit s'afficher à ce moment là si elle ne l'est pas, sinon tous les morceaux de fenetre que tu veux ajouter à VS sont dans le menu fenetre)
il y a l'espion express qui est un mix entre ajouter un espion et passer la souris sur une variable (shift+F9 sur une variable) ca permet d'avoir une fenetre qui pop pour regarder le contenu

Console.Writeline ca doit écrire dans la fenetre "Sortie" je pense

**steph68b** · 13/11/2023, 09h46

Oui, je n'ai pas parlé breakpoints car pour moi c'était implicite.

Pour le reste, je vais essayer ce que tu préconises.

Et pour

Code :

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

Console.WriteLine()

c'est dans dans l'onglet "fenêtre exécution" oui!
Mais, pourquoi ne pas garder des noms cohérents chez MS, ça c'est autre chose!

Quant à la l'adaptation, je sens que je vais ramer, oui!!
-> adaptation EDI
ET
-> C# que je n'ai que découvert qu'il y a peu

D'ailleurs, si tu as de bons tutos débutants pour les 2 (VS & C#) à me conseiller...

-> j'avais regardé pour VS avant de poster
-> mais rien de concluant
-> des notions trop avancées pour moi pour le moment

Merci.

**Pol63** · 13/11/2023, 10h28

Clairement VS est une usine à gaz ^^
j'ai pas spécialement de tutos à conseiller (ayant commencé en vb.net avant de switcher) mais je crois qu'il y en a sur ce site

**steph68b** · 13/11/2023, 11h50

Et le mot est FAIBLE oui!!

Ok, vais refaire une passe sur les tutos, alors...

**Pol63** · 13/11/2023, 15h12

certains types de projets peuvent être fait avec visual studio code (pas tous)
c'est une version à moitié light de visual studio et à moitié différente

**steph68b** · 13/11/2023, 16h48

sacré mélange: 50%light / 50% différent

moi je suis sous Microsoft Visual Studio Community*2022

**umfred** · 13/11/2023, 19h55

Pour visual studio, tu peux peut-être commencer par là https://learn.microsoft.com/fr-fr/tr...-studio-intro/ (qui fait partie du parcours proposé https://learn.microsoft.com/fr-fr/tr...visual-studio/ )

**steph68b** · 14/11/2023, 08h19

Je vais creuser, merci

**steph68b** · 14/11/2023, 10h25

Effectivement, ne serait-ce que celui-ci est TRES intéressant!

https://learn.microsoft.com/fr-fr/vi...r?view=vs-2022

**steph68b** · 15/11/2023, 11h27

Tiens, j'ai une autre question (C#), sans rapport avec le topic (et au besoin de la déplacerai), mais pour vous ça devrait être rapide!

En fait, je ne vois pas trop la différence/nuance entre les get/set classiques

Code :

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

1
2
3
4
5
6
7
8
9
 
public String GetPrenom() 
{
   return prenom;
}
public String SetPrenom(String p) 
{
   prenom = p;
}

et les propriétés.

Code :

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

1
2
3
4
5
6
 
public string Prenom 
{
     get { return prenom; }
     set { prenom = value; }
}

Donc:
1.) quel est l'intérêt d'avoir 2 trucs faisant la même chose?
2.) lequel faut-il privilégier et pourquoi?

Car, pour moi, c'est strictement identique!

Si pour le GET, il n'y a pas grand chose de plus à faire que de renvoyer sa valeur.
Concernant le SET par contre, dans l'un comme dans l'autre on peut imaginer des traitements plus complexes (tests de format, validité, etc..)

Je ne vois donc l'intérêt supplémentaire de l'un par rapport à l'autre...

**Pol63** · 16/11/2023, 09h31

ca fait un peu la même chose oui ^^
mais en propriété ca fait un seul membre utilisable, au lieu d'avoir 2 méthodes affichées dans l'intellisense (= auto complétion de visual studio)
il y a des trucs basés sur les propriétés, donc si tu n'as pas de propriété tu ne pourras pas les utiliser (binding, notification de propriété qui change de valeur, sérialisation etc...)

et il y a les propriétés automatiques

Code :

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

public string Prenom {get;set;}

à la compilation il va créer une variable privée et écrire le code des get et set donc le résultat est le même, mais ca fait moins à écrire et sur une seule ligne

pour info dans le get on peut aussi mettre du code, genre initialiser la variable privée qui sera retournée (lors du 1er appel du get) ce qui permet de limiter les trucs instanciés si non utilisées
enfin il y a plein de scénarios imaginables

**umfred** · 16/11/2023, 10h45

Dans ton 1er cas, ce sont des méthodes et on veut maitriser l'accès à l'info en ne donnant pas accès à la variable.
Dans l'autre, on donne accès à la variable.

**Pol63** · 16/11/2023, 13h21

Envoyé par umfred

Dans ton 1er cas, ce sont des méthodes et on veut maitriser l'accès à l'info en ne donnant pas accès à la variable.
Dans l'autre, on donne accès à la variable.

non

**steph68b** · 16/11/2023, 13h23

Dans l'autre, on donne accès à la variable.

Mais je croyais justement qu'il fallait surtout que les variables soient private, et que seuls les méthodes d'accès étaient public.
Un des principes de l'objet.

**tatayo** · 17/11/2023, 07h05

Bonjour,
L'avantage des propriétés est que vue de l'extérieur de la classe, elles se présentent comme un membre "simple", et vue de l'intérieur comme des méthodes.
Ca permet de faire ce genre de truc:

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
 
public class MaClasse
{
    private bool modified;
    private int indice;
    public int Indice
    {
        get => indice;
        set
        {
            If (value <> indice)
                modified = true;
            indice = value;
        }
    }
}
 
var MonInstance = new MaClasse();
MonInstance.Indice++

**Pol63** · 17/11/2023, 08h53

Envoyé par steph68b

Mais je croyais justement qu'il fallait surtout que les variables soient private, et que seuls les méthodes d'accès étaient public.
Un des principes de l'objet.

Ne prête pas attention à ce qu'il a dit, c'est soit faux soit sans signification

une variable doit bien être privée
(après quand on y réfléchit, avoir une variable privée et une propriété publique qui ne fait rien ca revient au même que d'avoir une variable publique ^^)
une propriété c'est juste un côté pratique quand on code, à la compilation il y a bien 2 méthodes générées comme si tu avais fait 2 méthodes
une propriété ne pointe pas toujours vers une variable, ca peut retourner un calcul et ne pas avoir de setter par exemple

vu que c'est plus pratique autant les utiliser

**steph68b** · 20/11/2023, 13h15

Ok, merci

**Gluups** · 26/11/2023, 17h21

Bonjour,

Au risque de ne pas éclaircir grand-chose, pour ma part il y a une chose que je n'ai pas trouvée intuitive, c'est que si on a chargé un projet qui comporte une erreur de syntaxe à la ligne 728 de Form14.cs, la fenêtre d'exécution devient incapable de dire combien font "?4*5". Alors qu'une fois qu'on a corrigé l'erreur de syntaxe de la ligne 728, ça y est il a retrouvé les tables de multiplication.

Je précise que la ligne 728 ne fait aucun traitement sur des nombres ou un affichage de nombres.

**Gluups** · 26/11/2023, 17h37

Envoyé par Pol63

une variable doit bien être privée
(après quand on y réfléchit, avoir une variable privée et une propriété publique qui ne fait rien ca revient au même que d'avoir une variable publique ^^)
une propriété c'est juste un côté pratique quand on code, à la compilation il y a bien 2 méthodes générées comme si tu avais fait 2 méthodes

Si on a juste l'accès à la valeur, effectivement ça va donner le même résultat.
L'avantage, c'est juste que comme on est obligé de passer par là pour obtenir la valeur, ça devient possible d'y placer autre chose.
Du style, enregistrer dans le fichier log que Duschmoll a accédé à la valeur le 31 février à 25 heures cinquante douze.
Si la semaine d'après on s'aperçoit qu'il a été fait un usage louche de cette variable, cette information peut avoir un intérêt.

Visual Studio, mode debug & visualisation de variables

Visual Studio

Discussions similaires

Partager

Partager