Как исправить «Попытка относительного импорта в неупакованном виде» даже с __init__.py

Я пытаюсь следовать PEP 328 со следующей структурой каталогов:

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

У core_test.pyменя есть следующее заявление на импорт

from ..components.core import GameLoopEvents

Однако, когда я запускаю, я получаю следующую ошибку:

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

При поиске я обнаружил, что « относительный путь не работает даже с __init__.py » и « Импортировать модуль из относительного пути », но они не помогли.

Есть что-то, что я здесь скучаю?

Да. Вы не используете это как пакет.

python -m pkg.tests.core_test

Чтобы развить ответ Игнасио Васкеса-Абрамса :

Механизм импорта Python работает относительно __name__текущего файла. Когда вы выполняете файл напрямую, он не имеет своего обычного имени, но "__main__"вместо этого имеет имя. Так что относительный импорт не работает.

Как предложил Игансио, вы можете выполнить его, используя -mопцию. Если у вас есть часть вашего пакета, предназначенная для запуска в качестве сценария, вы также можете использовать__package__ атрибут, чтобы сообщить этому файлу, какое имя он должен иметь в иерархии пакетов.

Смотрите http://www.python.org/dev/peps/pep-0366/ для подробностей.

Вы можете использовать import components.coreнапрямую, если добавляете текущий каталог к sys.path:

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

Это зависит от того, как вы хотите запустить свой скрипт.

Если вы хотите запустить свой UnitTest из командной строки классическим способом, то есть:

python tests/core_test.py

Тогда, так как в этом случае «компоненты» и «тесты» являются братья и сестры папки, вы можете импортировать относительный модуль либо с помощью вставки или на добавление методы sys.path модуля. Что-то вроде:

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

В противном случае вы можете запустить свой сценарий с аргументом '-m' (обратите внимание, что в данном случае речь идет о пакете, и поэтому вы не должны давать расширение '.py' ), то есть:

python -m pkg.tests.core_test

В таком случае вы можете просто использовать относительный импорт, как вы это делали:

from ..components.core import GameLoopEvents

Наконец, вы можете смешать два подхода, чтобы ваш скрипт работал независимо от того, как он называется. Например:

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

В core_test.py сделайте следующее:

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

Если ваш вариант использования предназначен для выполнения тестов, и он показывает, что это так, то вы можете сделать следующее. Вместо того, чтобы запускать тестовый скрипт, python core_test.pyиспользуйте среду тестирования, такую ​​как pytest. Затем в командной строке вы можете ввести

$$ py.test

Это запустит тесты в вашем каталоге. Это обходит вопрос о __name__бытии , __main__который указывал на @BrenBarn. Затем поместите пустой __init__.pyфайл в ваш тестовый каталог, это сделает тестовый каталог частью вашего пакета. Тогда вы сможете сделать

from ..components.core import GameLoopEvents

Тем не менее, если вы запустите свой тестовый скрипт как основную программу, то снова произойдет сбой. Так что просто используйте тестовый бегун. Может быть, это также работает с другими участниками тестирования, например, nosetestsно я не проверял это. Надеюсь это поможет.

Мое быстрое исправление - добавить каталог в путь:

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

Проблема связана с вашим методом тестирования,

ты пытался python core_test.py

тогда вы получите эту ошибку ValueError: Попытка относительного импорта в не пакет

Причина: вы тестируете свою упаковку из непакетного источника.

так что протестируйте свой модуль из исходного кода пакета.

если это структура вашего проекта,

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

cd pkg

python -m tests.core_test # dont use .py

или снаружи pkg /

python -m pkg.tests.core_test

один, .если вы хотите импортировать из папки в том же каталоге. для каждого шага назад добавьте еще один.

hi/
  hello.py
how.py

в how.py

from .hi import hello

Incase, если вы хотите импортировать как из hello.py

from .. import how

Старая нить. Я обнаружил, что добавление __all__= ['submodule', ...]в файл __init__.py и последующее использование from <CURRENT_MODULE> import *в целевом объекте работает нормально.

Вы можете использовать from pkg.components.core import GameLoopEvents, например, я использую pycharm, ниже приведен образ структуры моего проекта, я просто импортирую из корневого пакета, затем он работает:

Как сказал Паоло , у нас есть 2 метода вызова:

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

Одно из различий между ними - строка sys.path [0]. Поскольку интерпретатор будет искать sys.path при выполнении импорта , мы можем сделать с 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>

И еще после этого мы можем запустить core_test.py с другими методами:

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

Обратите внимание, py36 проверено только.

Этот подход работал для меня и менее загроможден, чем некоторые решения:

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

Родительский каталог находится в моем PYTHONPATH, и есть __init__.pyфайлы в родительском каталоге и в этом каталоге.

Вышеуказанное всегда работало в Python 2, но Python 3 иногда сталкивался с ImportError или ModuleNotFoundError (последний является новым в Python 3.6 и подклассом ImportError), поэтому следующая настройка работает для меня как в Python 2, так и в 3:

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

Попробуй это

import components
from components import *

Если кто-то ищет обходной путь, я наткнулся на один. Вот немного контекста. Я хотел проверить один из методов в файле. Когда я запускаю его изнутри

if __name__ == "__main__":

он всегда жаловался на относительный импорт. Я попытался применить вышеупомянутые решения, но не сработал, так как было много вложенных файлов, каждый с несколькими импортами.

Вот что я сделал. Я только что создал лаунчер, внешнюю программу, которая будет импортировать необходимые методы и вызывать их. Хотя не очень хорошее решение, оно работает.

Вот один из способов, который разозлит всех, но работает довольно хорошо. В тестах запускаем:

ln -s ../components components

Затем просто импортируйте компоненты, как обычно.

Это очень запутанно, и если вы используете IDE, например, pycharm, это немного запутывает. Что сработало для меня: 1. Сделайте настройки проекта Pycharm (если вы запускаете python из VE или из каталога python) 2. Нет ничего плохого в том, как вы определили. иногда это работает с классом импорта из folder1.file1

если это не работает, используйте import folder1.file1. 3. Ваша переменная окружения должна быть правильно указана в системе или указана в аргументе командной строки.

Поскольку ваш код содержит if __name__ == "__main__", который не импортируется как пакет, вам лучше использовать его sys.path.append()для решения проблемы.