Je me rends compte que je suis biaisé en tant que vieux programmeur C, mais il y a des moments où les diverses conventions Python rendent les choses difficiles à suivre. Je trouve parfois la convention de retrait un peu ennuyeuse.
Parfois, il est très utile de savoir quand une instruction ou un bloc se termine. Le code C standard lira souvent quelque chose comme ceci:
for(i=0; i<100; i++) {
do something here;
do another thing here;
}
continue doing things;
où vous utilisez l'espace pour beaucoup de clarté - et il est facile de voir où la boucle se termine.
Python vous permet de terminer par un point-virgule (facultatif). Comme indiqué ci-dessus, cela ne signifie PAS qu'il y a une instruction à exécuter suivie d'une instruction «null». SO, par exemple,
print(x);
print(y);
Est le même que
print(x)
print(y)
Si vous pensez que le premier a une instruction nulle à la fin de chaque ligne, essayez - comme suggéré - de faire ceci:
print(x);;
Cela lancera une erreur de syntaxe.
Personnellement, je trouve le point-virgule pour rendre le code plus lisible lorsque vous avez beaucoup d'imbrication et de fonctions avec de nombreux arguments et / ou des arguments aux noms longs. Donc, à mes yeux, c'est beaucoup plus clair que d'autres choix:
if some_boolean_is_true:
call_function(
long_named_arg_1,
long_named_arg_2,
long_named_arg_3,
long_named_arg_4
);
puisque, pour moi, il vous permet de savoir que le dernier ')' termine un certain 'bloc' qui a parcouru plusieurs lignes.
Je pense personnellement qu'il y a beaucoup trop de lignes directrices de style PEP, d'IDE qui les appliquent, et la conviction qu'il n'y a «qu'une seule façon pythonique de faire les choses». Si vous croyez cela, regardez comment formater les nombres: à partir de maintenant, Python prend en charge quatre façons différentes de le faire.
Je suis sûr que je serai flambé par certains irréductibles, mais le compilateur / interpréteur ne se soucie pas de savoir si les arguments ont des noms longs ou courts, et - sauf pour la convention d'indentation en Python - ne se soucie pas des espaces. Le plus gros problème avec le code est de donner de la clarté à un autre humain (et même à vous-même après des mois de travail) pour comprendre ce qui se passe, où les choses commencent et finissent, etc.