2012-04-13 12 views
6

Así que estoy mirando un código y llevándolo al estándar PEP 8 con la ayuda de la pildora y noté que si estaba usando comillas triples para una declaración impresa donde el texto pasaba de 120 caracteres (estamos permitiendo 120 en lugar de 79) pylint no se quejó.
¿Es esto un error en la lista o cree que podría ser un comentario y es más indulgente con la longitud de las líneas o no le importa qué tan lejos llegas con cadenas en comillas trippple porque es posible que desee para formatearlos de esa manera?¿La longitud de línea máxima de docstring es diferente del estándar PEP8 normal?

Para mayor claridad: sí, la pildora funciona normalmente en todos los demás casos de sobrepasar la longitud de la línea.

Respuesta

4

Al haber usado la columna regularmente, también he notado esta incoherencia. En el Maximum Line Length section of PEP8, que dice:

Por lo tanto, limite todas las líneas a un máximo de 79 caracteres. Para el flujo de bloques largos de texto (docstrings o comentarios), se recomienda limitar la longitud a 72 caracteres.

sé que pylint no significa en absoluto hacer cumplir el carácter 79 o los límites de longitud de línea de 72 caracteres para cadenas de documentación y comentarios, por lo que supongo que esto es un error pylint ya que no es compatible con PEP8 en este zona.

+0

Desde la recomendación existe para mejorar la legibilidad en entornos de ancho limitado, no tendría sentido tener excepciones. –

+0

por lo que presumiblemente, traté de registrarme en el sitio que hace la instalación para agregar un elemento al rastreador de problemas el otro día, (para un error diferente que noté) todavía no he recibido un correo electrónico de activación desafortunadamente. – Jacxel

2

Como mantenedor de pylint, puedo decir que esto es definitivamente un error.

@Jacxel: si tienes problemas para registrar en logilab.org, todavía se puede publicar el pb en la lista de correo [email protected]

gracias

Cuestiones relacionadas