Utilizzo di Pylint con Django

Mi piacerebbe molto integrare Pylint nel processo di compilazione per i miei progetti Python, ma mi sono imbattuto in uno show-stopper: Uno dei tipi di errore che trovo estremamente utile--: E1101: *%s %r has no %r member*- Riporta costantemente errori quando si usano i campi django comuni , per esempio:

E1101:125:get_user_tags: Class 'Tag' has no 'objects' member

che è causato da questo codice:

def get_user_tags(username):
   """
   Gets all the tags that username has used.

   Returns a query set.
   """
   return Tag.objects.filter(  ## This line triggers the error.
       tagownership__users__username__exact=username).distinct()

# Here is the Tag class, models.Model is provided by Django:
class Tag(models.Model):
   """
   Model for user-defined strings that help categorize Events on
   on a per-user basis.
   """
   name = models.CharField(max_length=500, null=False, unique=True)

   def __unicode__(self):
       return self.name

Come posso sintonizzare Pylint per prendere correttamente in considerazione campi come gli oggetti? (Ho anche esaminato la fonte Django e non sono stato in grado di trovare l'implementazione di objects, quindi sospetto che non sia "solo" un campo di classe. D'altra parte, sono abbastanza nuovo in Python, quindi ho potrebbe benissimo aver trascurato qualcosa).

Modifica: L'unico modo che ho trovato per dire a Pylint di non avvisare di questi avvisi è bloccando tutti gli errori del tipo (E1101) che non è una soluzione accettabile, dal momento che (a mio avviso) è un errore estremamente utile. Se esiste un altro modo, senza aumentare la fonte del pylint, per favore indicami le specifiche :)

Vedi qui per un riepilogo dei problemi che ho avuto con pycheckere pyflakes- hanno dimostrato di essere molto instabili per un uso generale. (Nel caso di pychecker, gli arresti anomali hanno avuto origine nel codice pychecker - non la fonte stava caricando / invocando.)

Non disabilitare o indebolire la funzionalità Pylint aggiungendo ignoreso generated-members.
Usa un plug-in Pylint sviluppato attivamente che capisca Django.
Questo plugin Pylint per Django funziona abbastanza bene:

pip install pylint-django

e quando si esegue pylint aggiungere il seguente flag al comando:

--load-plugins pylint_django

Post di blog dettagliato qui .

Io uso il seguente: pylint --generated-members=objects

Il mio ~ / .pylintrc contiene

[TYPECHECK]
generated-members=REQUEST,acl_users,aq_parent,objects,_meta,id

gli ultimi due sono specifici per Django.

Si noti che esiste un bug in PyLint 0.21.1 che necessita di patch per farlo funzionare.

Modifica: dopo aver fatto un po 'di casino con questo, ho deciso di hackerare PyLint solo un po' per consentirmi di espandere quanto sopra in:

[TYPECHECK]
generated-members=REQUEST,acl_users,aq_parent,objects,_meta,id,[a-zA-Z]+_set

Ho semplicemente aggiunto:

    import re
    for pattern in self.config.generated_members:
        if re.match(pattern, node.attrname):
            return

dopo la correzione menzionata nella segnalazione di bug (cioè alla riga 129).

Giorni felici!

Se si utilizza Visual Studio Code, procedere come segue:

pip install pylint-django

E aggiungi alla configurazione VSC:

"python.linting.pylintArgs": [
    "--load-plugins=pylint_django"
],

django-lint è uno strumento piacevole che avvolge il pylint con impostazioni specifiche di django: http://chris-lamb.co.uk/projects/django-lint/

progetto github: https://github.com/lamby/django-lint

A causa di come funziona la pylint (esamina la fonte stessa, senza lasciare che Python la esegua effettivamente) è molto difficile per la pylint capire come le metaclasse e le basi complesse influenzino effettivamente una classe e le sue istanze. Lo strumento 'pychecker' è un po 'migliore in questo senso, perché lo fa in realtà lascia Python eseguire il codice; importa i moduli ed esamina gli oggetti risultanti. Tuttavia, questo approccio ha altri problemi, perché in realtà consente a Python di eseguire il codice :-)

Potresti estendere il pylint per insegnarlo sugli incantesimi che Django usa, o per fargli capire meglio metaclassi o basi complesse, o semplicemente ignorare questi casi dopo aver rilevato una o più caratteristiche che non comprende. Non penso che sarebbe particolarmente facile. Puoi anche dire a pylint di non avvisare di queste cose, attraverso commenti speciali nel sorgente, opzioni della riga di comando o un file .pylintrc.

Mi sono dimesso dall'uso di pylint / pychecker a favore dell'uso di pyflakes con codice Django: tenta solo di importare il modulo e segnala qualsiasi problema che riscontra, come importazioni inutilizzate o nomi locali non inizializzati.

Questa non è una soluzione, ma puoi aggiungere objects = models.Manager()ai tuoi modelli Django senza cambiare alcun comportamento.

Io stesso uso solo i pyflakes, principalmente a causa di alcune stupide impostazioni predefinite di pylint e pigrizia da parte mia (non voglio cercare come cambiare le impostazioni predefinite).

Prova a eseguire il pilastro con

pylint --ignored-classes=Tags

Se funziona, aggiungi tutte le altre classi Django - possibilmente usando uno script, per esempio python: P

La documentazione per --ignore-classesè:

--ignored-classes=<members names>
Elenco dei nomi delle classi per i quali gli attributi dei membri non devono essere controllati (utile per le classi con attributi impostati dinamicamente). [corrente:% predefinito]

A mio avviso, questa non è una soluzione particolarmente elegante, ma dovrebbe funzionare.

La soluzione proposta in quest'altra domanda è semplicemente quella di aggiungere get_attr alla tua classe Tag. Brutto, ma funziona.

Finora non ho trovato una soluzione reale a questo, ma aggirare:

• Nella nostra azienda è richiesto un punteggio di pylint> 8. Ciò consente pratiche di codifica che il pylint non comprende garantendo al contempo che il codice non sia troppo "insolito". Finora non abbiamo visto casi in cui E1101 ci ha impedito di raggiungere un punteggio di 8 o superiore.
• I nostri target "make check" filtrano "perché non ha messaggi di" oggetti "per rimuovere la maggior parte della distrazione causata dal fatto che il pylint non capisca Django.

Per neovim & vim8utilizzare il w0rp's aleplugin. Se hai installato tutto correttamente incluso w0rp's ale, pylint& pylint-django. Nel tuo vimrcaggiungi la seguente riga e divertiti a sviluppare app Web usando Django. Grazie.

let g:ale_python_pylint_options = '--load-plugins pylint_django'