Como faço para o PyLint reconhecer membros numpy?

Estou executando o PyLint em um projeto Python. O PyLint faz muitas reclamações sobre não conseguir encontrar membros entorpecidos. Como posso evitar isso, evitando pular as verificações de associação.

Do código:

import numpy as np

print np.zeros([1, 4])

Que, quando executado, obtenho o esperado:

[[0. 0. 0. 0.]]

No entanto, o pylint me fornece este erro:

E: 3, 6: O módulo 'numpy' não possui um membro 'zeros' (nenhum membro)

Para versões, estou usando o pylint 1.0.0 (astroid 1.0.1, comum 0.60.0) e tentando trabalhar com o numpy 1.8.0.

Se você estiver usando o Visual Studio Code com a excelente extensão Python de Don Jayamanne , adicione uma configuração de usuário à lista de permissões numpy:

{
    // whitelist numpy to remove lint errors
    "python.linting.pylintArgs": [
        "--extension-pkg-whitelist=numpy"
    ]
}

Eu tive o mesmo problema aqui, mesmo com as últimas versões de todos os pacotes relacionados ( astroid 1.3.2, logilab_common 0.63.2, pylon 1.4.0).

A seguinte solução funcionou como um encanto: eu adicionei numpyà lista de módulos ignorados modificando meu pylintrcarquivo, na [TYPECHECK]seção:

[TYPECHECK]

ignored-modules = numpy

Dependendo do erro, você também pode precisar adicionar a seguinte linha (ainda na [TYPECHECK] section):

ignored-classes = numpy

Eu estava recebendo o mesmo erro para um pequeno projeto numpy no qual estava trabalhando e decidi que ignorar os módulos numpy seria bom. Eu criei um .pylintrcarquivo com:

$ pylint --generate-rcfile > ~/.pylintrc

e seguindo os conselhos de paduwan e j_houg, modifiquei os seguintes setores:

[MASTER]

# A comma-separated list of package or module names from where C extensions may
# be loaded. Extensions are loading into the active Python interpreter and may
# run arbitrary code
extension-pkg-whitelist=numpy

e

[TYPECHECK]

# List of module names for which member attributes should not be checked
# (useful for modules/projects where namespaces are manipulated during runtime
# and thus existing member attributes cannot be deduced by static analysis. It
# supports qualified module names, as well as Unix pattern matching.
ignored-modules=numpy

# List of classes names for which member attributes should not be checked
# (useful for classes with attributes dynamically set). This supports can work
# with qualified names.
ignored-classes=numpy

e "corrigiu" meu problema.

Nas versões recentes do pylint, você pode adicionar --extension-pkg-whitelist=numpyao seu comando pylint. Eles haviam corrigido esse problema em uma versão anterior de maneira insegura. Agora, se você deseja que eles analisem com mais cuidado um pacote fora da biblioteca padrão, você deve explicitamente colocá-lo na lista de permissões. Veja aqui.

Como esse é o principal resultado do google, me deu a impressão de que você deve ignorar esses avisos em todos os arquivos:

O problema foi corrigido nas fontes do pylint / astroid no mês passado https://bitbucket.org/logilab/astroid/commits/83d78af4866be5818f193360c78185e1008fd29e, mas ainda não estão nos pacotes do Ubuntu.

Para obter as fontes, apenas

hg clone https://bitbucket.org/logilab/pylint/
hg clone https://bitbucket.org/logilab/astroid
mkdir logilab && touch logilab/__init__.py
hg clone http://hg.logilab.org/logilab/common logilab/common
cd pylint && python setup.py install

em que a última etapa provavelmente exigirá um sudoe, é claro, você precisará clonar o mercurial.

Para ignorar todos os erros gerados pelos atributos de numpy.core, agora podemos usar:

$ pylint a.py --generated-members=numpy.*

Como outra solução, adicione esta opção ao arquivo ~ / .pylintrc ou / etc / pylintrc :

[TYPECHECK]

# List of members which are set dynamically and missed by pylint inference
# system, and so shouldn't trigger E1101 when accessed. Python regular
# expressions are accepted.
generated-members=numpy.*

Para o código de questão mencionado até agora, isso parece redundante, mas ainda é importante para outros módulos, ie. netifaces e etc.

Se você não quiser adicionar mais configurações, adicione este código ao seu arquivo de configuração, em vez de 'lista branca'.

{
"python.linting.pylintArgs": ["--generate-members"],
}

Houve muitos erros diferentes relatados sobre isso nos últimos anos, ou seja, https://bitbucket.org/logilab/pylint/issue/58/false-positive-no-member-on-numpy-imports

Sugiro desativar as linhas onde as reclamações ocorrem.

# pylint: disable=E1103
print np.zeros([1, 4])
# pylint: enable=E1103

Provavelmente, está confuso com o método abstruso de importação de métodos do numpy. Ou seja, zerosé de fato numpy.core.multiarray.zeros, importado numpy com declaração

from .core import *

por sua vez importado com

from .numeric import *

e em numérico você encontrará

zeros = multiarray.zeros

Eu acho que ficaria confuso no lugar do PyLint!

Veja este bug para o lado do PyLint.

Eu tive que adicionar isso na parte superior de qualquer arquivo em que eu uso muito o numpy.

# To ignore numpy errors:
#     pylint: disable=E1101

Caso alguém no eclipse esteja tendo problemas com Pydev e pylint ...

Na resposta Extensão à j_hougs, agora você pode adicionar os módulos em questão a esta linha no .pylintrc, que já está preparado vazio na geração:

extension-pkg-whitelist=numpy

você pode gerar uma amostra .pylintrc fazendo:

pylint --generate-rcfile > .pylintrc

e edite a linha mencionada

Isso foi finalmente resolvido no Pylint 1.8.2. Funciona imediatamente, não são necessários ajustes no pylintrc!

Esta é a pseudo-solução que eu criei para esse problema.

#pylint: disable=no-name-in-module
from numpy import array as np_array, transpose as np_transpose, \
      linspace as np_linspace, zeros as np_zeros
from numpy.random import uniform as random_uniform
#pylint: enable=no-name-in-module

Então, em seu código, em vez de chamar numpyfunções como np.arraye np.zerose assim por diante, você iria escrever np_array, np_zerosetc. As vantagens desta abordagem vs. outras abordagens sugeridas em outras respostas:

• A desativação / ativação do pylint está restrita a uma pequena região do seu código
• Isso significa que você não precisa cercar todas as linhas que invocam uma função numpy com uma diretiva pylint.
• Você não está desativando o erro do pylint em todo o arquivo, o que pode mascarar outros problemas com o seu código.

A clara desvantagem é que você precisa importar explicitamente todas as funções numpy usadas. A abordagem poderia ser elaborada mais adiante. Você pode definir seu próprio módulo, chamá-lo, numpy_importercomo segue

""" module: numpy_importer.py
       explicitely import numpy functions while avoiding pylint errors  
"""
#pylint: disable=unused-import
#pylint: disable=no-name-in-module
from numpy import array, transpose, zeros  #add all things you need  
from numpy.random import uniform as random_uniform
#pylint: enable=no-name-in-module

Em seguida, o código do aplicativo pode importar apenas este módulo (em vez de numpy) como

import numpy_importer as np 

e usar os nomes, como de costume: np.zeros, np.arrayetc.

A vantagem disso é que você terá um único módulo no qual todas numpyas importações relacionadas serão feitas de uma vez por todas e, em seguida, importá-lo com essa linha única, onde quiser. Ainda assim, você deve ter cuidado para numpy_importernão importar nomes que não existem, numpypois esses erros não serão detectados pelo pylint.

Eu tive esse problema com numpy, scipy, sklearn, nipy, etc., e o resolvi envolvendo o epylint da seguinte forma:

$ cat epylint.py

#!/usr/bin/python

"""
Synopsis: epylint wrapper that filters a bunch of false-positive warnings and errors
Author: DOHMATOB Elvis Dopgima <[email protected]> <[email protected]>

"""

import os
import sys
import re
from subprocess import Popen, STDOUT, PIPE

NUMPY_HAS_NO_MEMBER = re.compile("Module 'numpy(?:\..+)?' has no '.+' member")
SCIPY_HAS_NO_MEMBER = re.compile("Module 'scipy(?:\..+)?' has no '.+' member")
SCIPY_HAS_NO_MEMBER2 = re.compile("No name '.+' in module 'scipy(?:\..+)?'")
NIPY_HAS_NO_MEMBER = re.compile("Module 'nipy(?:\..+)?' has no '.+' member")
SK_ATTR_DEFINED_OUTSIDE_INIT = re.compile("Attribute '.+_' defined outside __init__")
REL_IMPORT_SHOULD_BE = re.compile("Relative import '.+', should be '.+")
REDEFINING_NAME_FROM_OUTER_SCOPE = re.compile("Redefining name '.+' from outer scope")

if __name__ == "__main__":
    basename = os.path.basename(sys.argv[1])
    for line in Popen(['epylint', sys.argv[1], '--disable=C,R,I'  # filter thesew arnings
                       ], stdout=PIPE, stderr=STDOUT, universal_newlines=True).stdout:
        if line.startswith("***********"):
            continue
        elif line.startswith("No config file found,"):
            continue
        elif "anomalous-backslash-in-string," in line:
            continue
        if NUMPY_HAS_NO_MEMBER.search(line):
            continue
        if SCIPY_HAS_NO_MEMBER.search(line):
            continue
        if SCIPY_HAS_NO_MEMBER2.search(line):
            continue
        if "Used * or ** magic" in line:
            continue
        if "No module named" in line and "_flymake" in line:
            continue
        if SK_ATTR_DEFINED_OUTSIDE_INIT.search(line):
            continue
        if "Access to a protected member" in line:
            continue
        if REL_IMPORT_SHOULD_BE.search(line):
            continue
        if REDEFINING_NAME_FROM_OUTER_SCOPE.search(line):
            continue
        if NIPY_HAS_NO_MEMBER.search(line):
            continue
        # XXX extend by adding more handles for false-positives here
        else:
            print line,

Esse script simplesmente executa epylint e raspa sua saída para filtrar avisos e erros falso-positivos. Você pode estendê-lo adicionando mais casos elif.

NB: Se isso se aplica a você, modifique seu pychechers.sh para que fique assim

#!/bin/bash

epylint.py "$1" 2>/dev/null
pyflakes "$1"
pep8 --ignore=E221,E701,E202 --repeat "$1"
true

(Obviamente, você deve primeiro executar o epylint.py)

Aqui está um link para o meu .emacs https://github.com/dohmatob/mydotemacs . Espero que isso seja útil para alguém.

Isso parece funcionar em pelo menos o Pylint 1.1.0:

[TYPECHECK]

ignored-classes=numpy

Esta solução funcionou para mim

Basicamente, vá para Selecione o ícone de engrenagem na parte inferior esquerda => Configuração => Configuração da área de trabalho => Extensão => Configuração do Python => Clique em qualquer Settings.json => adicione isso no arquivo "python.linting.pylintArgs": [" --extension-pkg-whitelist = numpy "] Estou usando o VS 1.27.2

Eu tive o mesmo problema com um módulo diferente ( kivy.properties) que é um módulo C embrulhado numpy.

Usando o VSCode V1.38.0, a solução aceita interrompeu todo o processo para o projeto. Portanto, embora tenha realmente removido o falso positivo no-name-in-module, na verdade não melhorou a situação.

A melhor solução para mim foi usar o --ignored-modulesargumento no módulo incorreto. O problema é que passar qualquer argumento via python.linting.pylintArgsapaga as configurações padrão do VSCode , portanto, você também precisa redefini-las. Isso me deixou com o seguinte arquivo settings.json:

{
    "python.pythonPath": "C:\\Python\\Python37\\python.exe",
    "python.linting.pylintEnabled": true,
    "python.linting.enabled": true,
    "python.linting.pylintArgs": [
        "--ignored-modules=kivy.properties",
        "--disable=all",
        "--enable=F,E,unreachable,duplicate-key,unnecessary-semicolon,global-variable-not-assigned,unused-variable,binary-op-exception,bad-format-string,anomalous-backslash-in-string,bad-open-mode"
    ]
}

Um pouco de copiar e colar da resposta anterior para resumir o que está funcionando (pelo menos para mim: debian-jessie)

1. Em algumas versões mais antigas, pylinthavia um problema que impedia o trabalho com o numpy (e outros pacotes similares).

2. Agora esse problema foi resolvido, mas os pacotes C externos (interfaces python para o código C - como numpy-) estão desativados por padrão por razões de segurança.

3. Você pode criar uma lista branca, para permitir pylintusá-los no arquivo ~/.pylintrc.

Comando básico a ser executado: # SOMENTE se você ainda não possui um arquivo .pylintrc em sua casa $ pylint --generate-rcfile> .pylintrc

Em seguida, abra o arquivo e adicione os pacotes que você deseja depois extension-pkg-whitelist=separados por vírgula. Você pode ter o mesmo comportamento usando a opção --extension-pkg-whitelist=numpyna linha de comando.

Se você ignorar alguns pacotes na [TYPECHECK]seção, isso significa que pylintnunca mostrará erros relacionados a esses pacotes. Na prática, pylintnão dirá nada sobre esses pacotes.

Eu tenho trabalhado em um patch para pilotar para resolver o problema com membros dinâmicos em bibliotecas como numpy. Ele adiciona uma opção "dynamic-modules" que força a verificar se os membros existem durante o tempo de execução, fazendo uma importação real do módulo. Consulte a edição nº 413 no logilab / pylint . Há também uma solicitação pull, veja o link em um dos comentários.

Uma resposta rápida: atualize o Pylint para 1.7.1 (use o conda-forge fornecido com o Pylint 1.7.1 se você usar o conda para gerenciar pacotes)

Encontrei um problema semelhante no GitHub pylint aqui e alguém respondeu que tudo estava bem após a atualização para a 1.7.1.

Não tenho certeza se essa é uma solução, mas no VSCode, uma vez que escrevi explicitamente nas configurações do usuário para ativar o pylint, todos os módulos foram reconhecidos.

{
    "python.linting.pep8Enabled": true,
    "python.linting.pylintEnabled": true
}

Ultimamente (desde que algo mudou em spyder, pylint ou?), Tenho recebido erros E1101 ("nenhum membro") da análise de código estático do spyder nos símbolos astropy.constants. Não faço ideia do porquê.

Minha solução simplista para todos os usuários em um sistema Linux ou Unix (o Mac provavelmente é semelhante) é criar um / etc / pylintrc da seguinte maneira:

[TYPECHECK]
ignored-modules=astropy.constants

Obviamente, isso poderia ser colocado em um arquivo $ HOME / .pylintrc pessoal. E, eu poderia ter atualizado um arquivo existente.