Jak naprawić „Próba importu względnego w pakiecie innym”, nawet jeśli __init__.py

Próbuję śledzić PEP 328 , o następującej strukturze katalogów:

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

W core_test.pyMam następującą instrukcję import

from ..components.core import GameLoopEvents

Jednak po uruchomieniu pojawia się następujący błąd:

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

Podczas wyszukiwania znalazłem „ ścieżkę względną nie działa nawet z __init__.py ” i „ Importuj moduł ze ścieżki względnej ”, ale nie pomogły.

Czy czegoś tu brakuje?

Tak. Nie używasz go jako pakietu.

python -m pkg.tests.core_test

Aby rozwinąć odpowiedź Ignacio Vazquez-Abramsa :

Mechanizm importu Python działa w stosunku do __name__bieżącego pliku. Gdy plik jest wykonywany bezpośrednio, nie ma on swojej zwykłej nazwy, ale "__main__"zamiast tego ma swoją nazwę. Dlatego import względny nie działa.

Możesz, jak zasugerował Igancio, wykonać go za pomocą -mopcji. Jeśli masz część pakietu, która ma być uruchamiana jako skrypt, możesz również użyć tego __package__atrybutu, aby powiedzieć temu plikowi, jaką ma mieć nazwę w hierarchii pakietów.

Szczegółowe informacje można znaleźć na stronie http://www.python.org/dev/peps/pep-0366/

Możesz użyć import components.corebezpośrednio, jeśli dołączysz bieżący katalog do sys.path:

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

To zależy od tego, jak chcesz uruchomić skrypt.

Jeśli chcesz uruchomić swój test UnitTest z wiersza poleceń w klasyczny sposób, to znaczy:

python tests/core_test.py

Następnie, ponieważ w tym przypadku „elementy” i „testy” są rodzeństwem foldery, można importować względnego modułu albo stosując wkładkę lub append sposobu sys.path modułu. Coś jak:

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

W przeciwnym razie możesz uruchomić skrypt za pomocą argumentu „-m” (zwróć uwagę, że w tym przypadku mówimy o pakiecie, a zatem nie możesz podać rozszerzenia „.py” ), to znaczy:

python -m pkg.tests.core_test

W takim przypadku możesz po prostu użyć importu względnego, tak jak robiłeś:

from ..components.core import GameLoopEvents

Możesz w końcu wymieszać oba podejścia, aby skrypt działał bez względu na to, jak się nazywa. Na przykład:

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

W core_test.py wykonaj następujące czynności:

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

Jeśli Twój przypadek użycia służy do uruchamiania testów i wydaje się, że tak jest, możesz wykonać następujące czynności. Zamiast uruchamiać skrypt testowy, python core_test.pyużyj środowiska testowego, takiego jak pytest. Następnie w wierszu poleceń możesz wprowadzić

$$ py.test

To uruchomi testy w twoim katalogu. To omija kwestię __name__bycia __main__wskazaną przez @BrenBarn. Następnie umieść pusty __init__.pyplik w katalogu testowym, dzięki czemu katalog testowy stanie się częścią pakietu. Wtedy będziesz w stanie to zrobić

from ..components.core import GameLoopEvents

Jeśli jednak uruchomisz skrypt testowy jako program główny, sytuacja znów się nie powiedzie. Więc po prostu użyj testera. Może działa to również z innymi testerami, takimi jak, nosetestsale nie sprawdziłem tego. Mam nadzieję że to pomoże.

Moją szybką poprawką jest dodanie katalogu do ścieżki:

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

Problem dotyczy twojej metody testowania,

próbowałeś python core_test.py

wtedy pojawi się ten błąd ValueError: Próba importu względnego w pakiecie innym niż pakiet

Powód: testujesz swoje opakowanie ze źródła innego niż pakiet.

więc przetestuj moduł ze źródła pakietu.

jeśli to jest struktura twojego projektu,

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

cd pkg

python -m tests.core_test # dont use .py

lub z zewnątrz pkg /

python -m pkg.tests.core_test

pojedynczy, .jeśli chcesz importować z folderu w tym samym katalogu. dla każdego kroku wstecz dodaj jeszcze jeden.

hi/
  hello.py
how.py

w how.py

from .hi import hello

incase, jeśli chcesz zaimportować jak z hello.py

from .. import how

Stary wątek Dowiedziałem się, że dodanie __all__= ['submodule', ...]do pliku __init__.py , a następnie użycie from <CURRENT_MODULE> import *w celu działa dobrze.

Możesz użyć from pkg.components.core import GameLoopEvents, na przykład, używam pycharm, poniżej jest obraz struktury mojego projektu, po prostu importuję z pakietu głównego, a następnie działa:

Jak powiedział Paolo , mamy 2 metody wywoływania:

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

Jedną różnicą między nimi jest ciąg sys.path [0]. Ponieważ interpretacja przeszukuje sys.path podczas importowania , możemy zrobić z 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>

I więcej po tym, możemy uruchomić core_test.py innymi metodami:

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

Uwaga, testowany tylko py36.

To podejście działało dla mnie i jest mniej zagracone niż niektóre rozwiązania:

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

Katalog nadrzędny znajduje się w mojej PYTHONPATH, aw __init__.pykatalogu nadrzędnym i tym katalogu znajdują się pliki.

Powyższe zawsze działało w Pythonie 2, ale Python 3 czasami uderzał w ImportError lub ModuleNotFoundError (ten ostatni jest nowy w Pythonie 3.6 i podklasie ImportError), więc następująca poprawka działa dla mnie zarówno w Pythonie 2, jak i 3:

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

Spróbuj tego

import components
from components import *

Jeśli ktoś szuka obejścia, natknąłem się na jedno. Oto trochę kontekstu. Chciałem przetestować jedną z metod, które mam w pliku. Kiedy uruchomię to od wewnątrz

if __name__ == "__main__":

zawsze skarżyło się na względny przywóz. Próbowałem zastosować powyższe rozwiązania, ale nie działałem, ponieważ było wiele zagnieżdżonych plików, każdy z wieloma importami.

Oto co zrobiłem. Właśnie stworzyłem program uruchamiający, zewnętrzny program, który importuje niezbędne metody i wywołuje je. Chociaż nie jest to świetne rozwiązanie, działa.

Oto jeden sposób, który wkurzy wszystkich, ale zadziała całkiem nieźle. W trakcie testów:

ln -s ../components components

Następnie po prostu zaimportuj komponenty, jak zwykle.

Jest to bardzo mylące, a jeśli używasz IDE jak pycharm, jest to trochę bardziej mylące. Co działało dla mnie: 1. Wprowadź ustawienia projektu pycharm (jeśli uruchamiasz Pythona z VE lub z katalogu python) 2. Nie ma nic złego w tym, co zdefiniowałeś. czasami współpracuje z klasą importu folder1.file1

jeśli to nie działa, użyj import folder1.file1 3. Zmienna środowiskowa powinna być poprawnie wymieniona w systemie lub podać ją w argumencie wiersza poleceń.

Ponieważ Twój kod zawiera elementy if __name__ == "__main__", których nie można zaimportować jako pakiet, lepiej użyj sys.path.append()tego rozwiązania.