Wiele naszych modułów zaczyna się od:

try:
    import json
except ImportError:
    from django.utils import simplejson as json  # Python 2.4 fallback.

... i jest to jedyne ostrzeżenie Pyflakes w całym pliku:

foo/bar.py:14: redefinition of unused 'json' from line 12

Jak mogę zmusić Pyflakes do ignorowania tego?

(Normalnie chciałbym przeczytać dokumenty, ale link jest uszkodzony. Jeśli nikt nie ma odpowiedzi, po prostu przeczytam źródło).

Jeśli możesz zamiast tego użyć flake8 - który otacza pyflakes, a także kontroler pep8 - linia kończąca się na

# NOQA

(w których spacja jest znacząca - 2 spacje między końcem kodu a końcem kodu #, jedna między nim a NOQAtekstem) nakazuje sprawdzaniu ignorować wszelkie błędy w tym wierszu.

Wiem, że to było kwestionowane jakiś czas temu i już na to odpowiedziano.

Ale chciałem dodać to, czego zwykle używam:

try:
    import json
    assert json  # silence pyflakes
except ImportError:
    from django.utils import simplejson as json  # Python 2.4 fallback.

Tak, niestety dimod.org nie działa razem ze wszystkimi gadżetami.

Patrząc na kod pyflakes, wydaje mi się, że pyflakes zostało zaprojektowane tak, aby było łatwe w użyciu jako „osadzony szybki kontroler”.

Aby zaimplementować funkcję ignorowania, musisz napisać własną, która wywołuje funkcję sprawdzania pyflakes.

Tutaj możesz znaleźć pomysł: http://djangosnippets.org/snippets/1762/

Zauważ, że powyższy fragment tylko dla komentarzy umieszcza się w tej samej linii. Aby zignorować cały blok, możesz dodać „pyflakes: ignore” w dokumentacji bloku i filtr oparty na node.doc.

Powodzenia!

Używam pocket-lint do wszelkiego rodzaju statycznej analizy kodu. Oto zmiany wprowadzone w pocket-lint w celu zignorowania pyflakes: https://code.launchpad.net/~adiroiban/pocket-lint/907742/+merge/102882

Cytat z biletu na Github :

Chociaż poprawka wciąż nadchodzi, jeśli się zastanawiasz, w ten sposób można ją obejść:

try:
    from unittest.runner import _WritelnDecorator
    _WritelnDecorator; # workaround for pyflakes issue #13
except ImportError:
    from unittest import _WritelnDecorator

Substitude _unittest i _WritelnDecorator z potrzebnymi jednostkami (modułami, funkcjami, klasami)

- deemoowoor

Oto łatka małpa na pyflakes, która dodaje # bypass_pyflakesopcję komentarza.

bypass_pyflakes.py

#!/usr/bin/env python

from pyflakes.scripts import pyflakes
from pyflakes.checker import Checker


def report_with_bypass(self, messageClass, *args, **kwargs):
    text_lineno = args[0] - 1
    with open(self.filename, 'r') as code:
        if code.readlines()[text_lineno].find('bypass_pyflakes') >= 0:
            return
    self.messages.append(messageClass(self.filename, *args, **kwargs))

# monkey patch checker to support bypass
Checker.report = report_with_bypass

pyflakes.main()

Jeśli zapiszesz to jako bypass_pyflakes.py, możesz wywołać go jako python bypass_pyflakes.py myfile.py.

http://chase-seibert.github.com/blog/2013/01/11/bypass_pyflakes.html

Możesz także importować z __import__. To nie jest pytoniczne, ale pyflakes już Cię nie ostrzega. Zobacz dokumentację__import__ .

try:
    import json
except ImportError:
    __import__('django.utils', globals(), locals(), ['json'], -1)

Stworzyłem mały skrypt powłoki z pewną awkmagią, aby mi pomóc. Z tym wszystkie linie z import typing, from typing importlub #$(ostatni jest specjalny komentarz używam tutaj) są wyłączone ( $1to nazwa pliku skryptu Python):

result=$(pyflakes -- "$1" 2>&1)

# check whether there is any output
if [ "$result" ]; then

    # lines to exclude
    excl=$(awk 'BEGIN { ORS="" } /(#\$)|(import +typing)|(from +typing +import )/ { print sep NR; sep="|" }' "$1")

    # exclude lines if there are any (otherwise we get invalid regex)
    [ "$excl" ] &&
        result=$(awk "! /^[^:]+:(${excl}):/" <<< "$result")

fi

# now echo "$result" or such ...

Zasadniczo zapisuje numery linii i dynamicznie tworzy z nich wyrażenie regularne.