Version imprimable
Bonjour,
J'utilise underscore pour préfixer mes variables privées et protected.
De la façon suivante :
Un collègue me dit que le underscore en préfixe ne sera bientôt plusCode:
2
3
4
5
6
7
8
9
10
11
12
acceptésupporté par le compilateur.
Avez- vous des infos la dessus ?
Pour être plus précis, il parlait plutôt du VB.Net. Pouvez-vous confirmer?
Merci
Plus accepté par qui ?
Les conventions de nommages ne sont que des règles de bonnes pratiques. Intrinsèquement rien en t'oblige à les appliquer.
Le problème est que chaque langage, chaque communauté, etc ont tendance à avoir leur propres règles parfois contradictoire les une avec les autres. Ensuite chaque développeur peut aussi avoir tendance à prendre ses propres libertés avec les règles qu'il est censé appliquer.
Sauf à avoir des règles réellement imposées, par exemple convention au sein de ton entreprise, je ne vois pas ce qui pourrait ne plus accepter un nommage plus qu'un autre.
merci pour la réponse.
CF edit :
"...ne sera plus supporté par le compilateur"
Je n'en ai pas entendu parler, et j'y crois peu, pour le compilateur, un nom est un nom, de toute façon le nom des variables n'est pas utiliser dans le code compilé (il n'est même pas conservé normalement).
Ceci dit, si tu as de la littérature sur le sujet, je suis intéressé.
Eh bien non, je n'arrive pas à confirmer cette information.
Personnellement, je doute que ce soit vrai...
J'y crois pas non plus. Au pire, ça pourrait être mis en warning par défaut dans les outils style StyleCop, Resharper,etc... sans plus.
En tous cas personnellement, je trouve ça une bonne pratique de préfixé ses variable privée par un underscore.
Ce n'est pas mon cas. Je sais que c'est une question de goûts et de couleurs, mais je trouve que c'est de la surinformation qui ne sert pas à grand chose.Citation:
En tous cas personnellement, je trouve ça une bonne pratique de préfixé ses variable privée par un underscore.
Quelle différence y a t-il avec m_* ou même la notation hongroise ? Robert C. Martin recommande dans son bouquin "Clean Code" d'éviter toutes ces notations.
De toute manière, l'IDE est capable de dire de quelle genre de variable il s'agit ... :)
Le compilateur ne se fiche pas des noms de variable. Voici les nommages autorisés en VB.Net : http://msdn.microsoft.com/fr-fr/libr.../81ed9a62.aspxCitation:
Je n'en ai pas entendu parler, et j'y crois peu, pour le compilateur, un nom est un nom, de toute façon le nom des variables n'est pas utiliser dans le code compilé (il n'est même pas conservé normalement).
Le nom des variables est gardé en IL en tout cas, sinon nous ne les aurions pas en décompilant. Par contre, ils sont perdus après la compilation JIT je pense.
Pour ce qui est du problème initial, je n'en ai pas entendu parler et ça m'étonnerait qu'il se mettre à changer ça du jour au lendemain (Imagine les millions ou milliards de lignes de code à changer). Surtout que sur le lien que j'ai cité plus haut, c'est la doc de VS2012 et les underscore sont toujours utilisables. Tu est donc tranquille pendant un moment ! :)
Le nom des variables n'est pas gardé dans l'IL. Par contre ils sont conservé dans le fichier de symbole (pdb).Citation:
Envoyé par MaximePalmisano
Comment expliquer qu'on ait les bons noms de variable en décompilant une dll sans pdb ?Citation:
Le nom des variables n'est pas gardé dans l'IL. Par contre ils sont conservé dans le fichier de symbole (pdb).
attention au mode de compilation. En mode debug, le code source est inclu au binaire.
Et puis en parlant de code binaire, on exclu le code IL. LE code IL n'est pas un code compilé, mais simplement un langage de programmation (code source) qui est ensuite interprété à l’exécution.
La "compilation" sous .Net n'est pas une, c'est juste une conversion de code source d'un langage (VB, C#, ...) en code source IL
Merci pour vos réponse.
Je ferme la discussion. A priori le underscore en début de variable sera encore supporté pendant plusieurs années (dizaines d'années ? :lol: )