Chez moi, c'est:
- g pour les globales,
- f pour les "fields" (champs) dans un objet,
- k pour les constantes (oui, le style a été défini par un développeur allemand)
- majuscules pour les macros du préprocesseur
- rien pour les variables locales (tout en minuscules)
- * pour les pointeurs ;)
Suivi du nom en PascalCase, pour ne pas avoir deux minuscules au début du nom.
Les noms de types commencent par une majuscule, ce qui permet de les distinguer tout de suite des variables.
Cela dit l'important est bien sur de choisir un style dans un projet, et de s'y tenir. Et de suivre les recommandations du langage utilisé quand il y en a (PEP8 pour Python je crois?)
[^] # Re: pendant qu'on y est
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal CamelCase ou lowercase_with_underscore. Évalué à 3.
Chez moi, c'est:
- g pour les globales,
- f pour les "fields" (champs) dans un objet,
- k pour les constantes (oui, le style a été défini par un développeur allemand)
- majuscules pour les macros du préprocesseur
- rien pour les variables locales (tout en minuscules)
- * pour les pointeurs ;)
Suivi du nom en PascalCase, pour ne pas avoir deux minuscules au début du nom.
Les noms de types commencent par une majuscule, ce qui permet de les distinguer tout de suite des variables.
Cela dit l'important est bien sur de choisir un style dans un projet, et de s'y tenir. Et de suivre les recommandations du langage utilisé quand il y en a (PEP8 pour Python je crois?)