Pour être tout à fait honnête, préfixer avec de simples lettres est pas très malin non plus, même quand c’est purement semantique.
Pour reprendre l’exemple de spolsky, une meilleure convention serait "préfixer les variables non safe avec ‘unsafe’, ne pas préfixer les autres", ce qui:
met l’accent sur le fait qu’on ne veut pas de variables non échappées dans le code, en tout cas le moins possible.
rend le code lisible. Je veux pas dire, mais s ou us, ça me parle pas. Et préfixer chaque putain de variable rend le code assez illisible, sans compter que la différence entre s et us est assez maigre quand même.
accessoirement, en tout cas dans cet exemple, utiliser un framework un tant soit peu decent qui échappe les chaînes par défaut, et ne pas utiliser des pratiques de 1997 qui sont connues pour faire de la merde (a savoir, concatèner des chaînes à droites à gauches, et faire du token replacement qui va rendre ton code vachement plus simple à lire)
En gros, l’idee C’est de désigner le bouzin pour rendre ce genre d’erreurs impossible/très dure a écrire en premier lieu. La notation hongroise, ça revient à se reposer sur de la discipline pour éviter un bug qui ne devrait pas être possible en premier lieu, ce qui est pas franchement très malin.
Pour les variables membres, 2 choses:
si l’autocompletion marche mal, utilise une autre auto complétion. On en 2018, les ide arrivent généralement à savoir ce que tu veux en fonction du contexte
this/self c’est pas fait pour les chiens. Oui, ca fait 5 characters de plus a taper, mais ca evite les erreurs. Ça serait appreciable si les compilos pouvaient émettre un warning quand une variable locale masque un membre cela dit (il me semble que les ide java peuvent facilement être configuré pour émettre un warning quand un membre n’est pas préfixe par this/self)
[^] # Re: Pourquoi un tiret bas?
Posté par groumly . En réponse au journal C✙✙ Le tiret bas (underscore) au début des variables membres ?. Évalué à 5. Dernière modification le 19 août 2018 à 23:00.
Pour être tout à fait honnête, préfixer avec de simples lettres est pas très malin non plus, même quand c’est purement semantique.
Pour reprendre l’exemple de spolsky, une meilleure convention serait "préfixer les variables non safe avec ‘unsafe’, ne pas préfixer les autres", ce qui:
En gros, l’idee C’est de désigner le bouzin pour rendre ce genre d’erreurs impossible/très dure a écrire en premier lieu. La notation hongroise, ça revient à se reposer sur de la discipline pour éviter un bug qui ne devrait pas être possible en premier lieu, ce qui est pas franchement très malin.
Pour les variables membres, 2 choses: