Bonjour tout le monde,
Bon, je veux bien admettre, si une variable est nulle, l'utilité de la rendre nulle peut ne pas être évidente.
Toutefois là j'ai un cas qui me rend perplexe. C'est un avertissement, donc ça n'empêche pas de compiler.
Mais quand même ...
D'ailleurs, déréférencement, je veux bien ...
Ce mot m'évoque surtout
Or, voilà la ligne, elle ne m'a pas l'air de ressembler à ça :
string strPath = Path.Combine(lblCurrentDir.Text, lbxFichiers.SelectedItem.ToString().Split('|')[1].Replace("\n", "").Replace("\r", "").Trim());
Le soulignement est sur SelectedItem.
Alors une chose m'intrigue ...
À quoi sert d'attirer mon attention sur le fait que cette variable n'a pas une valeur nulle ici, si c'est pour tiquer sur le fait que ce que je fais ne peut pas s'appliquer à une valeur nulle ?
Alors bien entendu la procédure commence par ça :
1 2 3 4
| if (lbxFichiers.SelectedIndex == -1)
{
return;
} |
et ça, bien entendu, de façon à m'assurer que SelectedItem ne puisse pas être nul.
Il y a encore quelques variantes de ça, à cette heure-ci on va commencer par ça.
En marge de ça ...
Une fois que la liste d'erreurs n'apparaissait plus, en personnalisation je ne la trouvais plus, alors j'ai introduit dans le menu "Erreur suivante". Ah oui, ça marche : il semble en effet difficile d'afficher l'erreur suivante sans ouvrir la fenêtre des erreurs.
C'est comme ça que c'est prévu ?
J'ai aussi pu ajouter Ligne, dans le menu déboguer, mais je n'ai pas su à quoi ça sert.
Je l'ai refait pour voir si il y avait une information en bas de la boîte de dialogue.
Je soupçonne que chercher "Ligne" tout seul dans Bing, ne va pas beaucoup m'éclairer.
Partager