Как сделать относительный импорт в Python?

Кажется, что все хотят сказать вам, что вы должны делать, а не просто отвечать на вопрос.

Проблема в том, что вы запускаете модуль как __main__, передавая mod1.py в качестве аргумента интерпретатору.

От PEP 328:

Relative imports use a module's __name__ attribute to determine that module's position in the package hierarchy. If the module's name does not contain any package information (e.g. it is set to '__main__') then relative imports are resolved as if the module were a top level module, regardless of where the module is actually located on the file system.

В Python 2.6 они добавляют возможность ссылаться на модули относительно основного модуля. PEP 366 описывает изменение.

Обновлять: По словам Ника Коглана, рекомендуемой альтернативой является запуск модуля внутри пакета с помощью ключа -m.

main.py
setup.py
app/ ->
    __init__.py
    package_a/ ->
       __init__.py
       module_a.py
    package_b/ ->
       __init__.py
       module_b.py

1. Вы запускаете python main.py.
2. main.py делает: import app.package_a.module_a
3. module_a.py делает import app.package_b.module_b

В качестве альтернативы 2 или 3 могут использовать: from app.package_a import module_a

Это будет работать, пока у вас есть app в вашем PYTHONPATH. Тогда main.py мог быть где угодно.

Таким образом, вы пишете setup.py для копирования (установки) всего пакета приложения и подпакетов в папки python целевой системы, а main.py в папки сценариев целевой системы.

def import_path(fullpath):
    """ 
    Import a file with full path specification. Allows one to
    import from anywhere, something __import__ does not do. 
    """
    path, filename = os.path.split(fullpath)
    filename, ext = os.path.splitext(filename)
    sys.path.append(path)
    module = __import__(filename)
    reload(module) # Might be out of date
    del sys.path[-1]
    return module

Я использую этот фрагмент для импорта модулей из путей, надеюсь, что это поможет

От Документ Python,

In Python 2.5, you can switch import‘s behaviour to absolute imports using a from __future__ import absolute_import directive. This absolute- import behaviour will become the default in a future version (probably Python 2.7). Once absolute imports are the default, import string will always find the standard library’s version. It’s suggested that users should begin using absolute imports as much as possible, so it’s preferable to begin writing from pkg import string in your code

Взгляните на http://docs.python.org/whatsnew/2.5.html#pep-328-absolute-and-relative-imports. Ты мог бы сделать

from .mod1 import stuff

«Гвидо рассматривает запуск скриптов в пакете как антишаблон» (отклонено PEP-3122)

Я потратил так много времени, пытаясь найти решение, читая соответствующие сообщения здесь, в Stack Overflow, и говорил себе: «Должен быть способ получше!». Похоже, нет.

К сожалению, это взлом sys.path, но он работает довольно хорошо.

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

Я хотел сделать следующее (модуль, с которым я работал, был module3):

mymodule\
   __init__.py
   mymodule1\
      __init__.py
      mymodule1_1
   mymodule2\
      __init__.py
      mymodule2_1


import mymodule.mymodule1.mymodule1_1  

Обратите внимание, что я уже установил mymodule, но в моей установке у меня нет «mymodule1»

и я получал ImportError, потому что он пытался импортировать из моих установленных модулей.

Я попытался сделать sys.path.append, но это не сработало. Что действительно работало, так это sys.path.insert

if __name__ == '__main__':
    sys.path.insert(0, '../..')

Так что вроде взлома, но все заработало! Так что имейте в виду, если вы хотите, чтобы ваше решение было перекрыть другие пути, вам нужно использовать sys.path.insert (0, pathname), чтобы заставить его работать! Это было очень неприятным камнем преткновения для меня, многие люди говорят, что используют функцию "добавить" в sys.path, но это не работает, если у вас уже есть определенный модуль (я нахожу это очень странным поведением)

Я обнаружил, что проще установить переменную среды "PYTHONPATH" в верхнюю папку:

bash$ export PYTHONPATH=/PATH/TO/APP

тогда:

import sub1.func1
#...more import

конечно, PYTHONPATH является «глобальным», но это еще не доставляло мне хлопот.

Вдобавок к тому, что сказал Джон Б., похоже, что установка переменной __package__ должна помочь, а не изменять __main__, что может испортить другие вещи. Но, насколько я мог проверить, он работает не совсем так, как должен.

У меня такая же проблема, и ни PEP 328, ни 366 не решают ее полностью, так как оба, к концу дня, нуждаются в том, чтобы голова пакета была включена в sys.path, насколько я мог понять.

Я также должен упомянуть, что я не нашел, как отформатировать строку, которая должна входить в эти переменные. Это "package_head.subfolder.module_name" что ли?

Позвольте мне просто поместить это здесь для моей справки. Я знаю, что это плохой код Python, но мне нужен был сценарий для проекта, над которым я работал, и я хотел поместить его в каталог scripts.

import os.path
import sys
sys.path.append(os.path.abspath(os.path.join(os.path.dirname(__file__), "..")))

Вот решение, которое мне подходит:

Я делаю относительный импорт как from ..sub2 import mod2 а затем, если я хочу запустить mod1.py, я перехожу в родительский каталог app и запускаю модуль, используя переключатель python -m как python -m app.sub1.mod1.

Настоящая причина, по которой эта проблема возникает с относительным импортом, заключается в том, что относительный импорт работает, принимая свойство __name__ модуля. Если модуль запускается напрямую, то для __name__ устанавливается значение __main__, и он не содержит никакой информации о структуре пакета. И поэтому python жалуется на ошибку relative import in non-package.

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

Я сталкивался с этой проблемой много раз при выполнении относительного импорта. И, прочитав все предыдущие ответы, я все еще не мог понять, как решить эту проблему чистым способом, без необходимости помещать шаблонный код во все файлы. (Хотя некоторые комментарии были действительно полезными, спасибо @ncoghlan и @XiongChiamiov)

Надеюсь, это поможет кому-то, кто борется с проблемой относительного импорта, потому что проходить PEP действительно не весело.

объяснение ответа nosklo's с примерами

примечание: все файлы __init__.py пусты.

main.py
app/ ->
    __init__.py
    package_a/ ->
       __init__.py
       fun_a.py
    package_b/ ->
       __init__.py
       fun_b.py

приложение / package_a / fun_a.py

def print_a():
    print 'This is a function in dir package_a'

приложение / package_b / fun_b.py

from app.package_a.fun_a import print_a
def print_b():
    print 'This is a function in dir package_b'
    print 'going to call a function in dir package_a'
    print '-'*30
    print_a()

main.py

from app.package_b import fun_b
fun_b.print_b()

если вы запустите $ python main.py, он вернет:

This is a function in dir package_b
going to call a function in dir package_a
------------------------------
This is a function in dir package_a

• main.py делает: from app.package_b import fun_b
• fun_b.py делает from app.package_a.fun_a import print_a

поэтому файл в папке package_b используется файл в папке package_a, что вы и хотите. Правильно??

Как говорит @EvgeniSergeev в комментариях к OP, вы можете импортировать код из файла .py в произвольное место с помощью:

import imp

foo = imp.load_source('module.name', '/path/to/file.py')
foo.MyClass()

Это взято из этот ТАК ответ.

Это решается на 100%:

• приложение/
  • main.py
• настройки/
  • local_setings.py

Импортируйте настройки / local_setting.py в app / main.py:

main.py:

import sys
sys.path.insert(0, "../settings")


try:
    from local_settings import *
except ImportError:
    print('No Import')

Вы должны добавить путь модуля к PYTHONPATH:

export PYTHONPATH = "${PYTHONPATH}:/path/to/your/module/"