Wie kann ich relative Importe in Python durchführen?

Question 1

Stellen Sie sich diese Verzeichnisstruktur vor:

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

Ich codiere mod1und ich muss etwas aus importieren mod2. Wie soll ich es machen?

Ich habe es versucht from ..sub2 import mod2aber ich erhalte die Meldung “Attempted relative import in non-package”.

Ich habe herumgegoogelt, aber ich fand nur “sys.path Manipulation”-Hacks. Gibt es keinen sauberen Weg?

Alle meine __init__.pysind derzeit leer

Ich versuche dies, weil sub2 Klassen enthält, die von Unterpaketen gemeinsam genutzt werden (sub1, subXusw.).

Das Verhalten, nach dem ich suche, ist das gleiche wie in beschrieben PEP 366 (danke John B).

Question 2

Das Problem besteht darin, dass Sie das Modul als „__main__“ ausführen, indem Sie mod1.py als Argument an den Interpreter übergeben.

Aus PEP 328:

Relative Importe verwenden das __name__-Attribut eines Moduls, um die Position dieses Moduls in der Pakethierarchie zu bestimmen. Wenn der Name des Moduls keine Paketinformationen enthält (z. B. auf „__main__“ gesetzt ist), werden relative Importe so aufgelöst, als ob das Modul ein Modul der obersten Ebene wäre, unabhängig davon, wo sich das Modul tatsächlich im Dateisystem befindet.

In Python 2.6 fügen sie die Möglichkeit hinzu, Module relativ zum Hauptmodul zu referenzieren. PEP 366 beschreibt die Veränderung.

Laut Nick Coghlan besteht die empfohlene Alternative darin, das Modul innerhalb des Pakets mit dem Schalter -m auszuführen.

Question 3

Hier ist die Lösung, die für mich funktioniert:

Ich mache die relativen Importe so from ..sub2 import mod2
und dann, wenn ich laufen will mod1.py dann gehe ich in das übergeordnete Verzeichnis von app und führen Sie das Modul mit dem python -m Schalter als aus python -m app.sub1.mod1.

Der eigentliche Grund, warum dieses Problem bei relativen Importen auftritt, ist, dass relative Importe funktionieren, indem sie die __name__ Eigenschaft des Moduls. Wenn das Modul direkt ausgeführt wird, dann __name__ ist eingestellt auf __main__ und es enthält keine Informationen über die Paketstruktur. Und deshalb beschwert sich Python über die relative import in non-package Fehler.

Wenn Sie also den Schalter -m verwenden, stellen Sie Python die Paketstrukturinformationen zur Verfügung, wodurch die relativen Importe erfolgreich aufgelöst werden können.

Ich bin bei relativen Importen oft auf dieses Problem gestoßen. Und nachdem ich alle vorherigen Antworten gelesen hatte, konnte ich immer noch nicht herausfinden, wie ich es auf saubere Weise lösen konnte, ohne dass ich Boilerplate-Code in alle Dateien einfügen musste. (Obwohl einige der Kommentare wirklich hilfreich waren, danke an @ncoghlan und @XiongChiamiov)

Ich hoffe, das hilft jemandem, der mit relativen Importproblemen zu kämpfen hat, denn das Durchlaufen von PEP macht wirklich keinen Spaß.

Question 4

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

Sie laufen python main.py.
main.py tut: import app.package_a.module_a

module_a.py tut import app.package_b.module_b

Alternativ könnten 2 oder 3 verwenden: from app.package_a import module_a

Das wird so lange funktionieren, wie Sie haben app in Ihrem PYTHONPATH. main.py könnte dann überall sein.

Also schreibst du a setup.py das gesamte App-Paket und Unterpakete in die Python-Ordner des Zielsystems zu kopieren (installieren) und main.py in die Skriptordner des Zielsystems.

Question 5

“Guido betrachtet das Ausführen von Skripten innerhalb eines Pakets als Anti-Pattern” (abgelehnt
PEP-3122)

Ich habe so viel Zeit damit verbracht, eine Lösung zu finden, verwandte Beiträge hier auf Stack Overflow zu lesen und mir zu sagen: “Es muss einen besseren Weg geben!”. Anscheinend gibt es das nicht.

Question 6

Das ist zu 100% gelöst:

Anwendung/
- main.py

Einstellungen/
- local_settings.py

Einstellungen/local_setting.py in app/main.py importieren:

main.py:

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


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

Question 7

Erklärung der Antwort von nosklo mit Beispielen:

Hinweis: alle __init__.py Dateien sind leer.

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

Wenn du läufst python main.py es gibt zurück:

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 macht: from app.package_b import fun_b

fun_b.py tut es from app.package_a.fun_a import print_a

also Datei im Ordner package_b verwendete Datei im Ordner package_a, was du willst. Rechts??

Question 8

Verwenden:

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

Ich verwende dieses Snippet, um Module aus Pfaden zu importieren.