Jak wykonać import względny w Pythonie?

Wyobraź sobie tę strukturę katalogów:

app/
   __init__.py
   sub1/
      __init__.py
      mod1.py
   sub2/
      __init__.py
      mod2.py

Koduję mod1i muszę coś zaimportować mod2. Jak mam to zrobić?

Próbowałem, from ..sub2 import mod2ale otrzymuję komunikat „Próba względnego importu w pakiecie innym niż pakiet”.

Przeszukiwałem go, ale znalazłem tylko sys.pathhacki „ manipulacyjne”. Czy nie ma czystego sposobu?

Edycja: wszystkie moje __init__.pysą obecnie puste

Edit2: Staram się to zrobić, ponieważ sub2 zawiera klasy, które są wspólne dla pakietów Sub ( sub1, subXetc.).

Edycja3: Zachowanie, którego szukam, jest takie samo, jak opisano w PEP 366 (dzięki John B)

Wydaje się, że wszyscy chcą powiedzieć ci, co powinieneś robić, a nie tylko odpowiedzieć na pytanie.

Problem polega na tym, że uruchamiasz moduł jako „__main__”, przekazując mod1.py jako argument do interpretera.

Od PEP 328 :

Względne importy używają atrybutu __name__ modułu, aby określić pozycję tego modułu w hierarchii pakietów. Jeśli nazwa modułu nie zawiera żadnych informacji o pakiecie (np. Jest ustawiona na „__main__”), importy względne są rozstrzygane tak, jakby moduł był modułem najwyższego poziomu, niezależnie od tego, gdzie moduł faktycznie znajduje się w systemie plików.

W Pythonie 2.6 dodają możliwość odwoływania się do modułów względem modułu głównego. PEP 366 opisuje zmianę.

Aktualizacja : Według Nicka Coghlana zalecaną alternatywą jest uruchomienie modułu wewnątrz pakietu za pomocą przełącznika -m.

Oto rozwiązanie, które działa dla mnie:

Wykonuję import względny jak from ..sub2 import mod2 i wtedy, jeśli chcę uruchomić, mod1.pyto idę do katalogu nadrzędnego appi uruchamiam moduł za pomocą przełącznika python -m as python -m app.sub1.mod1.

Prawdziwym powodem, dla którego ten problem występuje w przypadku importu względnego, jest fakt, że import względny działa, przejmując __name__właściwość modułu. Jeśli moduł jest uruchamiany bezpośrednio, to __name__jest ustawiony na __main__i nie zawiera żadnych informacji o strukturze pakietu. I dlatego python narzeka na relative import in non-packagebłąd.

Tak więc, używając przełącznika -m, podajesz pythonowi informacje o strukturze pakietu, dzięki którym może on pomyślnie rozwiązać import względny.

Problem ten napotkałem wiele razy podczas importowania względnego. Po przeczytaniu wszystkich poprzednich odpowiedzi nadal nie byłem w stanie wymyślić, jak to rozwiązać, w czysty sposób, bez konieczności umieszczania kodu podstawowego we wszystkich plikach. (Chociaż niektóre komentarze były bardzo pomocne, dzięki @ncoghlan i @XiongChiamiov)

Mam nadzieję, że pomoże to komuś, kto walczy z problemem importu względnego, ponieważ przechodzenie przez PEP nie jest naprawdę zabawne.

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

1. Ty biegniesz python main.py.
2. main.py robi: import app.package_a.module_a
3. module_a.py robi import app.package_b.module_b

Alternatywnie 2 lub 3 mogą użyć: from app.package_a import module_a

Będzie to działać tak długo, jak długo masz appw swojej PIĄTCE ŚCIEŻKI. main.pymoże być gdziekolwiek.

Więc piszesz, setup.pyaby skopiować (zainstalować) cały pakiet aplikacji i podpakiety do folderów python main.pysystemu docelowego i do folderów skryptów systemu docelowego.

„Guido postrzega uruchamianie skryptów w pakiecie jako anty-wzór” (odrzucony PEP-3122 )

Spędziłem tyle czasu próbując znaleźć rozwiązanie, czytając podobne posty tutaj na Stack Overflow i mówiąc sobie: „musi być lepszy sposób!”. Wygląda na to, że nie ma.

Zostało to rozwiązane w 100%:

• aplikacja /
  • main.py
• ustawienia /
  • local_setings.py

Zaimportuj ustawienia / local_setting.py do app / main.py:

main.py:

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


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

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

Używam tego fragmentu do importowania modułów ze ścieżek, mam nadzieję, że to pomoże

wyjaśnienie nosklo'sodpowiedzi z przykładami

Uwaga: wszystkie __init__.pypliki są puste.

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

app / package_a / fun_a.py

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

app / 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()

po uruchomieniu $ python main.pyzwraca:

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 wykonuje: from app.package_b import fun_b
• fun_b.py robi from app.package_a.fun_a import print_a

więc plik w folderze package_bużywał pliku w folderze package_a, co jest tym, czego chcesz. Dobrze??

Jest to niestety hack sys.path, ale działa całkiem dobrze.

Problem napotkałem na innej warstwie: miałem już moduł o określonej nazwie, ale był to niewłaściwy moduł.

chciałem to zrobić (moduł, z którego pracowałem, to moduł3):

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


import mymodule.mymodule1.mymodule1_1  

Zauważ, że już zainstalowałem mymoduł, ale w mojej instalacji nie mam „mymoduł1”

i dostałbym błąd ImportError, ponieważ próbował zaimportować z moich zainstalowanych modułów.

Próbowałem zrobić sys.path.append, ale to nie zadziałało. To, co zadziałało, to sys.path.insert

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

Cóż za hack, ale wszystko działało! Pamiętaj więc, że jeśli chcesz zastąpić inne ścieżki , musisz użyć sys.path.insert (0, nazwa ścieżki), aby działało! To było dla mnie bardzo frustrujące, wiele osób twierdzi, że używa funkcji „append” do sys.path, ale to nie działa, jeśli masz już zdefiniowany moduł (uważam to za bardzo dziwne zachowanie)

Pozwól mi po prostu umieścić to tutaj dla własnego odniesienia. Wiem, że to nie jest dobry kod Pythona, ale potrzebowałem skryptu dla projektu, nad którym pracowałem i chciałem umieścić skrypt w scriptskatalogu.

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

Jak mówi @EvgeniSergeev w komentarzach do OP, możesz importować kod z .pypliku w dowolnym miejscu za pomocą:

import imp

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

To pochodzi z tej SO odpowiedzi .

Spójrz na http://docs.python.org/whatsnew/2.5.html#pep-328-absolute-and-relative-imports . Mógłbyś

from .mod1 import stuff

Z dokumentu Python ,

W Python 2.5 możesz zmienić zachowanie importu na import bezwzględny za pomocą from __future__ import absolute_importdyrektywy. To zachowanie bezwzględnego importu stanie się domyślnym w przyszłej wersji (prawdopodobnie Python 2.7). Gdy import bezwzględny jest domyślny, import stringzawsze znajdzie standardową wersję biblioteki. Sugeruje się, aby użytkownicy zaczęli korzystać z importów bezwzględnych w jak największym stopniu, dlatego lepiej zacząć pisać from pkg import stringw kodzie

Odkryłem, że łatwiej jest ustawić zmienną środowiska „PYTHONPATH” w górnym folderze:

bash$ export PYTHONPATH=/PATH/TO/APP

następnie:

import sub1.func1
#...more import

oczywiście PYTHONPATH jest „globalny”, ale nie przysporzył mi jeszcze problemów.

Oprócz tego, co powiedział John B, wydaje się, że ustawienie __package__zmiennej powinno pomóc, zamiast zmieniać__main__ co mogłoby popsuć inne rzeczy. Ale o ile mogłem przetestować, nie działa tak, jak powinien.

Mam ten sam problem i ani PEP 328, ani 366 nie rozwiązują go całkowicie, ponieważ do końca dnia oba wymagają dołączenia głowy pakietu sys.path , o ile rozumiem.

Powinienem również wspomnieć, że nie znalazłem sposobu na sformatowanie ciągu, który powinien przejść do tych zmiennych. Czy to "package_head.subfolder.module_name"czy co?

Musisz dołączyć ścieżkę modułu do PYTHONPATH:

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