with Padrões de codificação em Python/práticas recomendadas




title() (7)

Em python, você geralmente usa o PEP 8 - Guia de Estilo para o Código Python como seus padrões / diretrizes de codificação? Existem outros padrões formalizados que você prefere?


Eu mantenho o PEP-8 bem de perto.

Há três coisas específicas que não posso ser incomodado para mudar para o PEP-8.

  • Evite espaços em branco externos imediatamente dentro de parênteses, colchetes ou chaves.

    Sugerido: spam(ham[1], {eggs: 2})

    Eu faço isso de qualquer maneira: spam( ham[ 1 ], { eggs: 2 } )

    Por quê? Mais de 30 anos de hábitos arraigados são snuggling () contra nomes de funções ou palavras-chave de declarações (em C). Começando com Fortran IV nos anos 70.

  • Use espaços ao redor de operadores aritméticos:

    Sugerido: x = x * 2 - 1

    Eu faço isso de qualquer maneira: x= x * 2 - 1

    Por quê? Gries 'The Science of Programming sugeriu isso como uma maneira de enfatizar a conexão entre a atribuição e a variável cujo estado está sendo alterado.

    Não funciona bem para atribuição múltipla ou atribuição aumentada, para isso eu uso muitos espaços.

  • Para nomes de funções, nomes de métodos e nomes de variáveis ​​de instâncias

    Sugerido: minúsculas, com palavras separadas por sublinhados, conforme necessário, para melhorar a legibilidade.

    Eu faço isso de qualquer maneira: camelCase

    Por quê? 20 + anos de hábito enraizado de camelCase, começando com Pascal nos anos 80.


PEP 8 é bom, a única coisa que eu gostaria que fosse mais difícil foi a guerra santa Tabs-vs-Spaces.

Basicamente, se você está iniciando um projeto em python, você precisa escolher Tabs ou Spaces e depois atirar em todos os ofensores à vista.



Sim, tento acompanhá-lo o mais próximo possível.

Eu não sigo nenhum outro padrão de codificação.


Eu sigo o PEP8, é um ótimo estilo de codificação.



Eu sigo isso extremamente rigorosamente. O único deus antes do PEP-8 é as bases de código existentes.





coding-style