Python: à l'aide de 4 espaces pour l'indentation. Pourquoi?

Tandis que le codage en python, je suis en utilisant seulement 2 espaces pour indenter, assurez-vous PEP-8 vous recommande vraiment d'avoir 4 places, mais, historiquement, pour moi, c'est inhabituel.

Donc, quelqu'un peut-il me convaincre d'utiliser 4 espaces au lieu de 2? Quels avantages et inconvénients?

P. S. Et enfin, quelle est la manière facile de convertir tous les base de code existante à partir de 2 places à 4 places?

P. P. S. PEP-8 srictly recommandons de ne pas utiliser les onglets pour le retrait. lire ici

Donc, pour résumer:

Pour:

D'avoir plus d'espace pour organiser quand wraping chaîne de plus de 80 lignes de long.
Pouvez copier le code à partir d'extraits de code et il fonctionne, tout simplement.

Contre:

Plus profondes niveau d'imbrication des déclarations que vous avez moins d'espace pour le code.

Grâce.

Tu vas veux faire un wiki de la communauté ou ce sera probablement fermé. C'est un très discutable sujet que tout le monde a une opinion sur.
Je suis d'accord que c'est très subjectif; mais il est intéressant de noter que le P. S. est une question valable.
Doit avoir été deux questions distinctes
Il est très subjective et une question d'opinion. Bien sûr, le droit d'opinion (;) ), c'est que tout le monde devrait utiliser les onglets afin qu'ils puissent espace de les choses comme elles préfèrent avec les préférences de l'éditeur.
D'accord.
Ne veux pas faire une guerre sainte d'elle. Je vais résumer ajouter à mes pensées, pourquoi je devrais utiliser 4 espaces au lieu de 2, et avec des échantillons.
Je ne vois pas de raison que ce soit, de près cette question. Il demande légitime de la programmation de la question, puisque les programmes sont destinés à être lue à la fois comme à l'écrit. Et étant subjectif n'est pas question à moins.
Si vous étiez à la suite de la Ruby lignes directrices, vous seriez à l'aide de deux espaces parce que c'est ce que le groupe de fan-boys décidé 🙂 j'imagine que l'on peut écrire un script Python pour lire votre code Python et de remplacer deux espaces avec quatre espaces assez facilement...
J'ai juste vu cette question sur la barre latérale et de la pensée: Attendez, Python 4? Ai-je raté quelque chose? Le titre pourrait avoir besoin d'une mise en forme...
pour atom: installation facile serait de créer des espaces = 4 pour les onglets et l'utilisation de la "soft onglets" dans l'atome. soft tabs signifie que lorsque vous appuyez sur la touche tab, il va être traités comme des espaces 4.

InformationsquelleAutor HardQuestions | 2009-07-14

109

Tout le monde utilise 4 espaces. C'est la seule raison d'utiliser 4 espaces que j'ai appris et accepté. Dans mon cœur, je veux toujours utiliser les onglets (1 tiret de caractères par tiret, du sens, non? Séparé de retrait à partir d'autres espaces. Je n'aime pas que les onglets peuvent être affiche comme largeurs différentes, qui ne fait aucune différence syntaxique. Le pire qui puisse arriver est que certains commentaires ne sont pas alignés. L'horreur!) mais j'ai accepté que depuis le python de la communauté dans son ensemble utilise 4 espaces, j'ai utiliser 4 espaces. De cette façon, je peux assembler du code à partir de fragments d'autres ont écrit, et tout cela fonctionne.
- "De cette façon, je peux assembler du code à partir de fragments d'autres ont écrit, et tout fonctionne..." ET il ressemble et se sent comme mon code 🙂
- Il y a beaucoup de gens sur ce sujet, affirmant que les onglets sont le seul Vrai Solution, parce que vous pouvez le faire à n'importe quelle largeur vous le souhaitez... c'est super jusqu'à ce que des lignes de continuation finissent écrasés partout dans l'endroit à cause de la nouvelle façon dont les onglets sont calculés, ou votre droit marges de dépassement... j'ai du faire avec une tonne de que l'année dernière, dans hérité du code dans d'autres langues, et il me fait adorer le moment je passe de revenir à généralement assez uniformément en retrait Python.
- Je ne suis pas affilié avec Sublime Text (sauf acheté une licence à un certain temps en arrière), mais je trouve ça vraiment utile pour définir les préférences personnalisées avec 'tab_size' = 4 juste pour python, et par défaut 'tab_size' = 2 pour d'autres langues (comme le JavaScript, etc).
- Je ne serai plus avec vous @Markus 🙂 d'Accepter le statu quo lorsque la différence est dans la fin tout à fait minime est ce qui attire la ligne avec le fait d'être pédant.
- utilisez un éditeur de texte qui permet à l'onglet type, mais la sortie 4 espaces. Couche d'indirection ftw
InformationsquelleAutor Markus
68

J'aime le fait que quatre espaces bien tirets à l'intérieur du code d'une fonction, parce que def + un espace de quatre caractères.
```
def·foo():
····pass
```
- Et j'aime le fait que les trois caractères d'espace joliment tiret à l'intérieur du code d'un if, parce que la if + un espace font de trois caractères.
InformationsquelleAutor Ionuț G. Stan
40

Je pense que la vraie question est pourquoi l'espace et non par onglets.

Onglets sont nettement mieux:
- Il fait près de impossible d'avoir incompatible indentation (j'ai vu du code, qui dispose normalement de 4 espaces, tirets, mais alors certains pièces d'arriver à être un espace, il est difficile de dire par simple inspection si il y a 7 ou 8 places... Qui ne serait pas le cas avec les onglets, sauf si vous définissez votre tabstop 1 place).
- Onglet est une logique sémantique représentation pour l'indentation, il permet de tout (et n'importe quel autre développeur) pour choisir de affichage que de nombreux "espaces" (ou plutôt les colonnes que vous voulez sans vous embêter avec d'autres personnes préférences.
- Il est également moins de touches si vous avez seulement "bloc-notes" (ou un autre mannequin de l'éditeur) à portée de main.
- L'ajout et la suppression des onglets est un symétrique opération. La plupart des IDE peut insérer automatiquement des 4 espaces lors de la frappe de la touche tab, mais généralement, ils enlèvent juste 1 de l'espace lors de la frappe de la touche retour arrière (onu-tiret opération est toujours accessible maj-tab, mais c'est une deux combinaison de touches) ou vous utilisez la souris pour cliquer au milieu de l'indentation et de supprimer un caractère.
- Ils ne prennent que 1 octet au lieu de 4 (multiplier par des milliers de lignes et de vous enregistrer en quelques KO! :p)
- Vous avez une chose de moins à régler un accord, parce que si vous décidez d'aller pour les espaces, la discussion commence à nouveau à choisir la façon dont beaucoup (même si le consensus semble être autour de quatre).
Avantages d'espaces:
- Guido aime.
- Vous ne pouvez pas entrer facilement un onglet ici, il transfère le focus (bien que vous pouvez coller une).
- J'aime la façon dont vous avez dit qu'il transfère la mise au point.
InformationsquelleAutor fortran
14

Il n'y a pas de "mieux" en retrait. C'est un religieux de saint-guerre sujet. Quatre est agréable parce qu'il suffit de faire l'indentation clair, mais pas autant que la totalité de votre écran est la plupart du temps des espaces et que vous avez à faire défiler horizontalement pour lire la moitié du programme.

Il a également l'avantage d'être un "demi-onglet" w/r à la définition historique d'un "tab".

Autres que que, quel que soit votre groupe aime. C'est comme le chocolat vs vanille.

Un moyen facile de passer est d'utiliser un éditeur qui a onglet et de l'espace-support des onglets. Convertir tous vos espace-onglets de l'onglet, définissez la taille de la tabulation à quatre, puis de les convertir en menant des onglets en arrière dans l'espace-onglets.

Assez facile à faire avec un script python aussi. Juste compter tous les espaces de tête, puis ajouter le même montant au début de la ligne et d'écrire à revenir.
- Nous avons fait la même chose dans Emacs. De cette façon, les programmeurs ont pu voir l'espacement ils ont préféré sans forcer sur le reste du groupe.
InformationsquelleAutor Christopher
12

La PEP n'est pas le patron de vous. Si c'est déjà systématiquement 2-l'espace en retrait, il n'y a pas de raison de changer tout votre code pour se conformer à elle. Vous pourriez suivre ce qu'il va de l'avant, si vous pensez vraiment que c'est vital, mais, franchement, je n'en ai pas. Vous êtes mieux d'aller avec ce que la convention prévoit que vous (et vos collègues de travail) le plus de confort à la fois en lecture et en écriture.
- D'accord. Faire votre propre convention pour votre code. J'utilise 2 espaces de partout, quelle que soit la langue, donc pour moi, tous les miens code est le même. Prendre alien code de lignes directrices de style, par exemple, PEP, avec un grain de sel et de les adapter à vos besoins. 4 espaces pour l'indentation est muet déchets de l'espace horizontal et ceux qui l'ont inventée cela devrait aller acheter tout le monde de haut moniteurs de résolution si ils aiment la présente convention tant.
InformationsquelleAutor Pesto
7

Tout bon éditeur (emacs, vim) utilisera tout ce non-sens pour vous. Il fonctionnera tout aussi bien avec des espaces ou des tabulations, et il peut être configuré pour utiliser un nombre quelconque d'espaces (ou un nombre quelconque de l'espace-largeur d'un caractère de tabulation). Il peut également convertir entre les différents formats sans trop de difficultés (voir la :retab commande vim).

Si vous essayez de convertir le format source en vrac, je vous recommande de prendre un coup d'oeil à la tiret utilitaire.

Cela dit, je ne peux pas résister à répondre à l'autre question... Ma préférence a toujours été pour les onglets, car il contourne l'ensemble de la question et tout le monde peut voir le code source avec les largeurs de définir comme ils l'entendent. C'est aussi beaucoup moins de frappe lorsque vous travaillez dans les éditeurs qui ne sont pas utile de le convertir. Aussi loin que 2 vs 4 espaces, c'est purement cosmétique.

InformationsquelleAutor rmeador
5

Aussi l'une des raisons est: quand vous avez une ligne longue (plus de 80 symboles) et que vous souhaitez le couper en 2, vous avez seulement 1 espace de retrait, qui est un peu déroutant:
```
if code80symbolslong and somelongvariablegoeshere and somelongerthan80symbols \
 and someotherstatementhere:
  # some code inside if block
  pass

if code80symbolslong and somelongvariablegoeshere and somelongerthan80symbols \
  and someotherstatementhere:
    # some code inside if block
    pass
```
- Vous ne devriez pas le faire. Si votre indentation de 4 espaces, vous ne devriez jamais avoir des indentations de moins que cela. À mon avis, le "et" de la ligne devrait être mis en retrait d'un des deux niveaux de plus que le "si" de la ligne.
InformationsquelleAutor HardQuestions
4

Si vous êtes le seul codeur de travail de votre fichier source, et il n'y a pas de normes de codification que d'appliquer un style particulier, utilisez ce que vous sentez à l'aise avec. Personnellement (et en ligne avec notre norme de codage), j'ai utiliser des onglets de sorte que celui qui regarde le code peut utiliser leur propre préférence.

De faire un changement, vous avez simplement besoin de changer tout début-de-ligne des espaces pour ceux qui sont deux fois plus grande. Il y a beaucoup de façons de le faire; dans l'éditeur de texte Vim, je pense à deux: premièrement,
```
:%s/^\(\s\{2}\)\+/\=repeat(' ', len(submatch(0))*2)
```
C'est une simple expression régulière qui recherche un ou de plusieurs paires d'espaces en début de ligne, et les remplace par deux fois autant de cases qu'il a été trouvé. Il peut être étendu à faire tous les fichiers par l'ouverture de vim avec:
```
vim *.py
```
(ou l'équivalent), suivi (non testé):
```
:argdo %s/^\(\s\{2}\)\+/\=repeat(' ', len(submatch(0))*2)/ | w
```
Sinon:
```
" Switch to hard tabs:
:set noexpandtab
" Set the tab stop to the current setting
:set tabstop=2
" Change all spaces to tabs based on tabstop
:retab!
" Change the tab stop to the new setting
:set tabstop=4
" Go back to soft tabs
:set expandtab
" Replace all the tabs in the current file to spaces
:retab
```
Bien sûr, de nombreux autres outils offrent des fonctionnalités similaires: je serais surpris si quelque chose comme sed, awk, perl ou python ne pouvais pas faire cela très facilement.

InformationsquelleAutor DrAl
3

Identation et générales style de codage normes varient d'une langue à langue, un projet à l'autre. Il y a une raison pour adopter un style de codage standard: alors que le code uniforme, peu importe qui l'a écrit. Qui améliore la lisibilité dans le projet, et, pour le dire crûment, il a l'air mieux.

Il y a une raison qui n'est pas valide lors de l'adoption d'un style de codage standard: parce que vous les aimez. Les normes de codage existe précisément parce que les personnes les préférences varient, et si on les laisse à leurs propres, le chaos s'ensuivra, au détriment de tous.

Si vous écrivez du code pour vous-même seul, ce qui ne sera jamais lu, allez-y et écrivez ce que vous voulez. Sinon, suivant la norme acceptée de votre communauté rendra votre code beaucoup plus agréable pour tout le monde les yeux. Et rappelez-vous aussi que si vous décidez de contribuer code à une communauté dans l'avenir, vous aurez un temps plus facile si vous êtes habitué à leur style de codage déjà.

Comme pour le changement de la taille de la tabulation, il y a de nombreux code source des formateurs qui soutien Python, et la plupart du programmeur éditeurs et Ide ont également cette capacité. Vous avez probablement déjà, c'est juste une question de consultation de la documentation de l'éditeur que vous utilisez.

InformationsquelleAutor Daniel C. Sobral
1

L'une des raisons est que si vous utilisez moins d'espaces pour l'indentation, vous serez en mesure de nid plus consolidés (puisque la longueur de la ligne est normalement limitée à 80).

Maintenant, je suis sûr que certaines personnes sont toujours en désaccord sur la façon dont de nombreux imbriquée des constructions doit être au maximum.

InformationsquelleAutor Bastien Léonard
1

Il est plus facile d'identifier visuellement long imbriquée des blocs de code avec 4 espaces. Permet de gagner du temps lors du débogage.
- D'accord. Pour un langage tel que le C, je préfère utiliser les deux, en fait, mais dans C l'indice visuel fourni par l'indentation est moins important qu'il ne l'est en Python.
InformationsquelleAutor
1

Si vous voulez écrire du code python avec d'autres programmeurs, il devient un problème si vous utilisez un autre renfoncement comme eux.
La plupart de Python pour les programmeurs ont tendance à utiliser 4-l'espace d'insertion.

InformationsquelleAutor Christian
0

à l'aide de 4 places ou 2 places est entièrement à vous. 4 espaces est juste une convention. Ce qui est le plus important, ne pas mélanger les tabulations et des espaces. Utiliser la barre d'espace

InformationsquelleAutor ghostdog74

Vous devez vous connecter pour publier un commentaire.