Por que PEP-8 especificar um comprimento máximo da linha de 79 caracteres? [fechadas]

Question

Por que neste milênio deve Python PEP-8 especificar uma linha de máxima comprimento de 79 caracteres?

Praticamente todos os editor de código sob o sol pode lidar com linhas mais longas. O que fazer com embalagem deve ser a escolha do consumidor de conteúdo, e não a responsabilidade do criador de conteúdo.

Há algum (legitimamente) boas razões para aderir a 79 caracteres nesta idade?

Answer 1

Grande parte do valor do PEP-8 é parar de pessoas discutindo sobre as regras de formatação inconsequentes, e continuar com a escrita boa, código consistentemente formatado. Claro, ninguém realmente acha que 79 é o ideal, mas não há nenhum ganho óbvio em alterá-lo para 99 ou 119 ou o que seu comprimento de linha preferido é. Eu acho que as escolhas são estes: seguir a regra e encontrar uma causa de valor para a batalha para, ou fornecer alguns dados que demonstra como a legibilidade ea produtividade variam de acordo com o comprimento da linha. Este último seria extremamente interessante, e teria uma boa chance de mudar a mente das pessoas, eu acho.

Answer 2

Mantendo a sua humana código legível não apenas legível por máquina. Um monte de dispositivos ainda pode mostrar apenas 80 caracteres de cada vez. Também torna mais fácil para as pessoas com telas maiores para multi-tarefa por ser capaz de configurar várias janelas para estar lado a lado.

Readability é também uma das razões para o recuo da linha aplicada.

Answer 3

Eu sou um programador que tem que lidar com um monte de código em uma base diária. Open source e que foi desenvolvido em casa.

Como um programador, acho que é útil ter muitos arquivos de código aberto de uma vez, e muitas vezes organizar meu desktop no meu (widescreen) monitor, para que dois arquivos de origem estão lado a lado. Eu poderia estar programando em ambos, ou apenas ler um e programação na outra.

Acho que é insatisfatório e frustrante quando um desses arquivos de origem é> 120 caracteres de largura, porque isso significa que eu não pode caber confortavelmente uma linha de código em uma linha da tela. Isso perturba a formatação a quebra de linha.

Eu digo '120', porque isso é o nível a que eu iria ficar irritado com código ser mais amplo do que. Depois disso, muitos personagens, você deve ser a divisão entre as linhas para facilitar a leitura, muito menos padrões de codificação.

código de escrita I com 80 colunas em mente. Este é apenas para que, quando eu vazar ao longo desse limite, não é uma coisa tão ruim.

Answer 4

Eu acredito que aqueles que estudo tipografia diria que 66 caracteres por linha é suposto ser a largura mais legível para o comprimento. Mesmo assim, se você precisa para depurar uma máquina remotamente através de uma sessão ssh, a maioria dos terminais padrão para 80 caracteres, 79 só se encaixa, tentando trabalhar com qualquer coisa mais amplo torna-se uma verdadeira dor em tal caso a. Você também ficaria surpreso pelo número de desenvolvedores que usam vim + tela como um dia para ambiente dia.

Answer 5

Impressão de uma fonte com espaçamento uniforme em tamanhos padrão é (em A4) 80 colunas por 66 linhas.

Answer 6

É aqui porque eu como o de 80 caracteres com: no trabalho eu uso Vim e trabalhar em dois arquivos ao mesmo tempo em um monitor funcionando em, penso eu, 1680x1040 (Eu nunca me lembro). Se as linhas são mais tempo, tenho problemas para ler os arquivos, mesmo quando se usa quebra automática. Escusado será dizer, eu odeio lidar com código de outras pessoas como eles gostam longas filas.

Answer 7

Uma vez que os espaços em branco tem significado semântico em Python, alguns métodos de quebra de linha pode produzir resultados incorretos ou ambíguos, por isso é preciso haver algum limite para evitar essas situações. Um comprimento da linha de 80 caracteres tem sido padrão desde que estávamos usando teletypes, assim 79 personagens parece ser uma escolha bastante seguro.

Answer 8

porque se você empurrá-lo para além da coluna 80 que significa que ou você está escrevendo uma linha muito longa e complexa de código que faz muito (e por isso você deve refatorar), ou que você recuado demais (e por isso você deve refactor).

Answer 9

Eu concordo com Justin. Para elaborar, excessivamente longas linhas de código são mais difíceis de ler por seres humanos e algumas pessoas podem ter larguras de console que só acomodar 80 caracteres por linha.

A recomendação estilo está lá para garantir que o código que você escreve pode ser lido por tantas pessoas quanto possível em tantas plataformas quanto possível e da forma mais confortável possível.