Bah déjà, le simple fait de coder en python te résout pas mal de problèmes d'indentation.
Il y a plein de questions qui ne se posent simplement plus.
Ensuite, un bon emacs avec elpy, du flake8, etc, et la majorité des autres soucis liés au formatage du code sont bien visibles directement dans ton éditeur-pas-forcément-préféré.
Sans pour autant te forcer à quoi que ce soit.
Pour le reste, j'ai pris l'habitude de laisser la virgule à la fin du dernier élément d'une liste, quand il y a un élément par ligne, pour que si on en rajoute un par la suite le diff de code soit uniquement sur la ligne ajoutée, et pas sur la précédente avec ne virgule de plus.
Ça vient de la lecture de Black cette idée, et je l'ai adoptée très vite.
Et pour finir, une configuration d'un fichier editorconfig, c'est franchement pas mal, il y a plein d'options très bien, surtout sur un projet où certains collaborateurs bossent sous Windows :
indent_style = [space|tab]
indent_size = 4 # si ident_style = space, combien d'espaces
end_of_line = lf
charset = utf-8
trim_trailing_whitespace = true
insert_final_newline = true
Et ça se défini très bien par type de fichier, pour par exemple mettre des règles différentes avec le yaml, ou le markdown (trim_trailing_whitespace = false est indispensable par exemple).
Comme ce fichier peut être inclus directement dans le projet, ça aide beaucoup à avoir une cohérence entre les développeurs, et quel que soit le langage.
[^] # Re: Python black
Posté par Yth (Mastodon) . En réponse au journal Quelles seraient les meilleures règles de formatage de code ?. Évalué à 3.
Bah déjà, le simple fait de coder en python te résout pas mal de problèmes d'indentation.
Il y a plein de questions qui ne se posent simplement plus.
Ensuite, un bon emacs avec elpy, du flake8, etc, et la majorité des autres soucis liés au formatage du code sont bien visibles directement dans ton éditeur-pas-forcément-préféré.
Sans pour autant te forcer à quoi que ce soit.
Pour le reste, j'ai pris l'habitude de laisser la virgule à la fin du dernier élément d'une liste, quand il y a un élément par ligne, pour que si on en rajoute un par la suite le diff de code soit uniquement sur la ligne ajoutée, et pas sur la précédente avec ne virgule de plus.
Ça vient de la lecture de Black cette idée, et je l'ai adoptée très vite.
Et pour finir, une configuration d'un fichier editorconfig, c'est franchement pas mal, il y a plein d'options très bien, surtout sur un projet où certains collaborateurs bossent sous Windows :
indent_style = [space|tab]
indent_size = 4 # si ident_style = space, combien d'espaces
end_of_line = lf
charset = utf-8
trim_trailing_whitespace = true
insert_final_newline = true
Et ça se défini très bien par type de fichier, pour par exemple mettre des règles différentes avec le yaml, ou le markdown (trim_trailing_whitespace = false est indispensable par exemple).
Comme ce fichier peut être inclus directement dans le projet, ça aide beaucoup à avoir une cohérence entre les développeurs, et quel que soit le langage.