Personnellement j'étais adepte des underscores pour les nombreuses raisons sus-citées et puis un jour j'ai du utiliser une grosse lib qui est entièrement en camelCase et le mélange des deux styles m'a tellement fait grincer des dents que finalement je suis passé au camelCase (mais pas à 100%, en guise de marque de soutien aux underscores, j'ai gardé les noms de variables en underscores). Et convertir toute une base de code de underscore en camelCase c'est pas mal de boulot quand on part de quelque chose d'un peu gros!
En plus ça n'a pas entièrement résolu le problème esthétique puisqu'en c++ , la lib standard est 100% underscores (les std::unique_ptr etc)..
Et j'ajouterais que le dilemme de l'homogenéité ne s'arrête pas à camelcase vs underscores, il y a aussi le choix du langage. On est a peu près tous d'accord pour coder en anglais, mais lequel, l'anglais des américains (les fonctions s'appellent 'initializeMachin' et 'getColorOfTruc' ), ou l'anglais des anglais (les fonctions s'appellement alors 'initialiseMachin' et 'getColourOfTruc'). Là aussi mieux vaut choisir parce que le mélange des deux est vraiment pas terrible.
# pas facile
Posté par Troy McClure (site web personnel) . En réponse au journal CamelCase ou lowercase_with_underscore. Évalué à 6.
Personnellement j'étais adepte des underscores pour les nombreuses raisons sus-citées et puis un jour j'ai du utiliser une grosse lib qui est entièrement en camelCase et le mélange des deux styles m'a tellement fait grincer des dents que finalement je suis passé au camelCase (mais pas à 100%, en guise de marque de soutien aux underscores, j'ai gardé les noms de variables en underscores). Et convertir toute une base de code de underscore en camelCase c'est pas mal de boulot quand on part de quelque chose d'un peu gros!
En plus ça n'a pas entièrement résolu le problème esthétique puisqu'en c++ , la lib standard est 100% underscores (les std::unique_ptr etc)..
Et j'ajouterais que le dilemme de l'homogenéité ne s'arrête pas à camelcase vs underscores, il y a aussi le choix du langage. On est a peu près tous d'accord pour coder en anglais, mais lequel, l'anglais des américains (les fonctions s'appellent 'initializeMachin' et 'getColorOfTruc' ), ou l'anglais des anglais (les fonctions s'appellement alors 'initialiseMachin' et 'getColourOfTruc'). Là aussi mieux vaut choisir parce que le mélange des deux est vraiment pas terrible.