Estoy aprendiendo Pycharm Community Edition 3.4 y me preguntaba si era posible tener un margen de derecho para comentarios y documentación solamente, además del margen regular para el rest del código. Lo pregunto porque estoy tratando de seguir la pauta PEP8 de 72 caracteres por comentario y 79 para el código normal. Estoy cambiando constantemente […]
Estoy usando el módulo PEP8 de python dentro de mi código. import pep8 pep8_checker = pep8.StyleGuide(format=’pylint’) pep8_checker.check_files(paths=[‘./test.py’]) r = pep8_checker.check_files(paths=[‘./test.py’]) Esta es la salida: ./test.py:6: [E265] block comment should start with ‘# ‘ ./test.py:23: [E265] block comment should start with ‘# ‘ ./test.py:24: [E302] expected 2 blank lines, found 1 ./test.py:30: [W293] blank line contains […]
Obtuve una lista de funciones que pueden fallar, y si una falla, no quiero que el script se detenga, sino que continúe con la siguiente función. Lo estoy ejecutando con algo como esto: list_of_functions = [f_a,f_b,f_c] for current_function in list_of_functions: try: current_function() except Exception: print(traceback.format_exc()) Funciona bien, pero no es compatible con PEP8: Cuando detecte […]
Dada esta clase de Python, la implementación de un formulario Django, ¿cómo podría romper esto para cumplir con los estándares PEP8? class MyForm(forms.Form): categories = forms.CharField(required=False, widget=forms.SelectMultiple(choices=CATEGORY_VALUE), label=”Categories”) additional_item_ship_cost = forms.CharField(required=False, max_length=10, label=”Additional Item Ship Cost”) Específicamente, los parámetros widget = y label = violan las reglas de PEP8 para la longitud de la línea. […]
Por lo que sé en Unix, es una buena práctica tener siempre una línea en blanco al final del archivo, o en otras palabras: cada línea debe terminar con \n . Al revisar mi código de Python con PEP8, noté que también indica que debería haber \n al final del archivo: W292 no newline at […]
Me pregunto si podemos usar ” import as ” para crear código relativamente compacto o legible. Soy consciente de sus casos de uso habituales basados en PEP , como anular conflictos de nombres. Aquí está la situación (manteniéndola muy simple para el propósito de demostración). Digamos que tengo un nombre de módulo, process_words.py. process_words.py: def […]
Algunos de mis códigos: if self.tagname and self.tagname2 in list1: try: question = soup.find(“div”, “post-text”) title = soup.find(“a”, “question-hyperlink”) self.list2.append(str(title)+str(question)+url) current += 1 except AttributeError: pass logging.info(“%s questions passed, %s questions \ collected” % (count, current)) count += 1 return self.list2 pep8 advertencia es: trailing whitespace 37:try trailing whitespace 43:pass ¿Me puede decir qué es […]
¿Cómo se da formato a una statement de afirmación larga que cumple con PEP8? Por favor ignore la naturaleza artificial de mi ejemplo. def afunc(some_param_name): assert isinstance(some_param_name, SomeClassName), ‘some_param_name must be an instance of SomeClassName, silly goose!’ Uno no puede envolverlo entre paréntesis, porque eso cambia el comportamiento de la statement de afirmación ya que […]
Tengo la siguiente línea de código que está justo por encima del límite de 79 caracteres: def ReportResults(self, intTestID, startTime, stopTime, version, serverType): ¿Cómo rompo la línea de la manera correcta de acuerdo con pep8?
Las herramientas como pep8 pueden verificar el estilo del código fuente, pero no comprueban si las cadenas de documentación están ajustadas de acuerdo con pep257 , pep287 . ¿Hay tales herramientas? Actualizar Decidí implementar una herramienta de análisis estático por mi cuenta, ver: https://github.com/GreenSteam/pep257 En este momento, la mayor parte de pep257 está cubierta. El […]