Come risolvere "Tentativo di importazione relativa in non pacchetto" anche con __init__.py

Sto cercando di seguire PEP 328 , con la seguente struttura di directory:

pkg/
  __init__.py
  components/
    core.py
    __init__.py
  tests/
    core_test.py
    __init__.py

In core_test.pyho la seguente dichiarazione di importazione

from ..components.core import GameLoopEvents

Tuttavia, quando corro, ottengo il seguente errore:

tests$ python core_test.py 
Traceback (most recent call last):
  File "core_test.py", line 3, in <module>
    from ..components.core import GameLoopEvents
ValueError: Attempted relative import in non-package

Cercando in giro ho trovato " percorso relativo non funzionante anche con __init__.py " e " Importa un modulo da un percorso relativo " ma non mi hanno aiutato.

C'è qualcosa che mi manca qui?

Sì. Non lo stai usando come pacchetto.

python -m pkg.tests.core_test

Per approfondire la risposta di Ignacio Vazquez-Abrams :

Il meccanismo di importazione di Python funziona in relazione al __name__file corrente. Quando si esegue direttamente un file, non ha il suo solito nome, ma ha "__main__"invece il suo nome. Quindi le importazioni relative non funzionano.

Come suggerito da Igancio, puoi eseguirlo usando l' -mopzione. Se hai una parte del tuo pacchetto che deve essere eseguita come script, puoi anche usare l' __package__attributo per dire a quel file quale nome dovrebbe avere nella gerarchia del pacchetto.

Vedi http://www.python.org/dev/peps/pep-0366/ per i dettagli.

È possibile utilizzare import components.coredirettamente se si aggiunge la directory corrente a sys.path:

if __name__ == '__main__' and __package__ is None:
    from os import sys, path
    sys.path.append(path.dirname(path.dirname(path.abspath(__file__))))

Dipende da come si desidera avviare lo script.

Se vuoi avviare UnitTest dalla riga di comando in modo classico, vale a dire:

python tests/core_test.py

Quindi, poiché in questo caso 'componenti' e 'test' sono cartelle di fratelli, è possibile importare il modulo relativo utilizzando il metodo insert o append del modulo sys.path . Qualcosa di simile a:

import sys
from os import path
sys.path.append( path.dirname( path.dirname( path.abspath(__file__) ) ) )
from components.core import GameLoopEvents

Altrimenti, puoi lanciare il tuo script con l'argomento '-m' (nota che in questo caso stiamo parlando di un pacchetto, e quindi non devi dare l' estensione '.py' ), cioè:

python -m pkg.tests.core_test

In tal caso, puoi semplicemente utilizzare l'importazione relativa mentre stavi facendo:

from ..components.core import GameLoopEvents

Puoi finalmente mescolare i due approcci, in modo che il tuo script funzioni indipendentemente da come viene chiamato. Per esempio:

if __name__ == '__main__':
    if __package__ is None:
        import sys
        from os import path
        sys.path.append( path.dirname( path.dirname( path.abspath(__file__) ) ) )
        from components.core import GameLoopEvents
    else:
        from ..components.core import GameLoopEvents

In core_test.py, procedi come segue:

import sys
sys.path.append('../components')
from core import GameLoopEvents

Se il tuo caso d'uso è per l'esecuzione di test, e sembra che lo sia, allora puoi fare quanto segue. Invece di eseguire lo script di test, python core_test.pyutilizzare un framework di test come pytest. Quindi dalla riga di comando è possibile inserire

$$ py.test

Ciò eseguirà i test nella tua directory. Questo aggira il problema __name__dell'essere __main__che è stato sottolineato da @BrenBarn. Quindi, inserisci un __init__.pyfile vuoto nella directory di test, questo renderà la directory di test parte del tuo pacchetto. Allora sarai in grado di fare

from ..components.core import GameLoopEvents

Tuttavia, se esegui il tuo script di test come programma principale, le cose falliranno ancora una volta. Quindi basta usare il test runner. Forse questo funziona anche con altri test runner come nosetestsma non l'ho verificato. Spero che sia di aiuto.

La mia soluzione rapida è aggiungere la directory al percorso:

import sys
sys.path.insert(0, '../components/')

Il problema riguarda il metodo di test,

hai provato python core_test.py

allora otterrai questo errore ValueError: Tentativo di importazione relativa in non pacchetto

Motivo: stai testando la tua confezione da una fonte non di imballaggio

quindi prova il tuo modulo dal pacchetto sorgente.

se questa è la struttura del tuo progetto,

pkg/
  __init__.py
  components/
    core.py
    __init__.py
  tests/
    core_test.py
    __init__.py

cd pkg

python -m tests.core_test # dont use .py

o dall'esterno pkg /

python -m pkg.tests.core_test

singolo .se si desidera importare dalla cartella nella stessa directory. per ogni passo indietro aggiungine uno in più.

hi/
  hello.py
how.py

in how.py

from .hi import hello

se vuoi importare come da hello.py

from .. import how

Filo vecchio. Ho scoperto che l'aggiunta di un __all__= ['submodule', ...]al file __init__.py e quindi l'utilizzo di from <CURRENT_MODULE> import *nella destinazione funziona correttamente.

Puoi usare from pkg.components.core import GameLoopEvents, ad esempio, io uso pycharm, il seguente è l'immagine della struttura del mio progetto, ho appena importato dal pacchetto radice, quindi funziona:

Come ha detto Paolo , abbiamo 2 metodi di invocazione:

1) python -m tests.core_test
2) python tests/core_test.py

Una differenza tra loro è la stringa sys.path [0]. Dato che interpret cercherà sys.path durante l'importazione , possiamo fare con tests/core_test.py:

if __name__ == '__main__':
    import sys
    from pathlib import Path
    sys.path.insert(0, str(Path(__file__).resolve().parent.parent))
    from components import core
    <other stuff>

E ancora dopo, possiamo eseguire core_test.py con altri metodi:

cd tests
python core_test.py
python -m core_test
...

Nota, solo py36 testato.

Questo approccio ha funzionato per me ed è meno disordinato rispetto ad alcune soluzioni:

try:
  from ..components.core import GameLoopEvents
except ValueError:
  from components.core import GameLoopEvents

La directory padre è nel mio PYTHONPATH e ci sono __init__.pyfile nella directory padre e in questa directory.

Quanto sopra ha sempre funzionato in Python 2, ma a volte Python 3 ha colpito un ImportError o ModuleNotFoundError (quest'ultimo è nuovo in Python 3.6 e una sottoclasse di ImportError), quindi il seguente tweak funziona per me in entrambi Python 2 e 3:

try:
  from ..components.core import GameLoopEvents
except ( ValueError, ImportError):
  from components.core import GameLoopEvents

Prova questo

import components
from components import *

Se qualcuno è alla ricerca di una soluzione alternativa, mi sono imbattuto in uno. Ecco un po 'di contesto. Volevo testare uno dei metodi che ho in un file. Quando lo eseguo dall'interno

if __name__ == "__main__":

si è sempre lamentato delle importazioni relative. Ho provato ad applicare le soluzioni di cui sopra, ma non ho funzionato, poiché c'erano molti file nidificati, ognuno con più importazioni.

Ecco cosa ho fatto. Ho appena creato un launcher, un programma esterno che avrebbe importato i metodi necessari e li avrebbe chiamati. Tuttavia, non un'ottima soluzione, funziona.

Ecco un modo che farà incazzare tutti ma funzionerà abbastanza bene. Nei test eseguiti:

ln -s ../components components

Quindi importa solo i componenti come faresti normalmente.

Questo è molto confuso e se stai usando IDE come Pycharm, è un po 'più confuso. Cosa ha funzionato per me: 1. Effettua le impostazioni del progetto pycharm (se stai eseguendo python da un VE o dalla directory python) 2. Non c'è modo sbagliato di definire. a volte funziona con dalla classe di importazione folder1.file1

se non funziona, utilizzare import folder1.file1 3. La variabile di ambiente deve essere correttamente menzionata nel sistema o specificarla nell'argomento della riga di comando.

Poiché il codice contiene if __name__ == "__main__", che non viene importato come pacchetto, è consigliabile utilizzarlo sys.path.append()per risolvere il problema.