Alors, lequel est le meilleur et pourquoi ?
def my_function():o
def myFunction():Pour tout ce qui concerne le guide de style de Python : je vous recommande de lire PEP8 .
Pour répondre à votre question :
Les noms de fonction doivent être en minuscules, les mots étant séparés par des par des caractères de soulignement, si nécessaire, pour améliorer la lisibilité.
Vous avez coupé une partie importante du PEP8 : "mixedCase n'est autorisé que dans les contextes où c'est déjà le style dominant (par exemple, threading.py), pour conserver la compatibilité ascendante." Parfois, CamelCase est acceptable.
Ce qui est absolument contradictoire avec le fait qu'un groupe de mots en carène forme un symbole solide non ambigu qui ressemble à un objet unique correspondant à l'idée qu'un nom de méthode est une chose (par opposition à plusieurs objets, des mots, qui doivent être lus et interprétés plus tard comme un seul groupe de plusieurs choses). C'est encore pire pour _ si le nom de la méthode contient un mot réservé.
@SebastianSastre Le regroupement visuel des mots est généralement résolu par la coloration syntaxique.
Les noms de fonctions doivent être en minuscules, les mots étant séparés par des caractères mots séparés par des traits de soulignement pour améliorer la lisibilité. uniquement dans les contextes où c'est déjà le style dominant.
Vérifiez si la réponse a déjà été donnée, cliquez ici
Prograide est une communauté de développeurs qui cherche à élargir la connaissance de la programmation au-delà de l'anglais.
Pour cela nous avons les plus grands doutes résolus en français et vous pouvez aussi poser vos propres questions ou résoudre celles des autres.
6 votes
Pour information, je pense que cette question est couverte par la mention "sans importance" dans l'un des PEP. L'un ou l'autre semble être acceptable d'après mon expérience (seulement être cohérent ). En tout cas, c'est assez subjectif.
144 votes
Pourquoi les votes de fermeture ? Il s'agit d'une question parfaitement raisonnable sur ce qui est considéré comme une pratique normale dans la communauté.
4 votes
Il y a autant de conventions de codage valables que de développeurs, la seule chose importante est de conserver la même convention de codage dans un projet.
31 votes
Je ne suis pas d'accord avec ceux qui ont dit que cela "n'a pas d'importance". La convention PEP8 est largement respectée. De plus, je étonné ceci est fermé car non constructif, si vous faites une recherche google "camelcase en python" c'est la première chose qui apparaît !
12 votes
Je pense que cette question est source de tension parce que la spécification indique qu'il faut utiliser les caractères de soulignement, mais la plupart des codeurs professionnels utilisent la casse camel tous les jours (dans divers langages autres que python). Les underscores semblent approcher de la fin de leur cycle de vie, à côté de tant de référentiels C++ qui adhèrent à cette convention.
2 votes
Ruby (et apparemment PHP) adhère également à l'underscore, donc je ne pense pas que les underscores partent trop tôt... Je ne pense pas que l'auteur propose une guerre de mots (bien que "lequel est le meilleur et pourquoi" pourrait être reformulé pour le rendre plus clair), il essaie simplement de comprendre quelle est la méthode préférée (de la communauté) dans un nouveau langage.
2 votes
@MikeVella. Donc, si vous passez de l'un à l'autre, que va-t-il se passer de façon réaliste ? Rien. Cela peut faire une différence marginale dans la lisibilité, mais pas beaucoup. La seule chose est que la fonction peut être confondue avec un nom de classe si elle est en majuscule. Mais il en va de même pour les variables et les fonctions. Nous accordons beaucoup trop d'attention à des absurdités insignifiantes comme celle-ci.
0 votes
Je débute en Python et je suis venu ici pour la même raison. Je préconisais CamelCase pour les classes et camelCase pour les fonctions...