Python-Submodul Importe mit __init__.py

Haben Sie wahrscheinlich bereits wissen, dass beim import eine Modul, der interpreter erzeugt einen neuen namespace und führt den code des Moduls mit den neuen namespace als den lokalen als auch den globalen Namensraum. Wenn die code-Ausführung abgeschlossen ist, wird der Modul-name (oder der name in jedem as - Klausel) gebunden ist, das Modul-Objekt nur innerhalb erstellt der Import namespace aufgezeichnet und gegen seine __name__ im sys.modules.

Wenn ein Qualifizierter name wie package.subpackage.module importiert wird der erste name (package) werden in den lokalen Namensraum, dann subpackage Import in package's namespace und schließlich module Import in package.subpackage's namespace. Importe mit from ... import ... as ... führen die gleiche Abfolge von Operationen, aber die importierten Objekte gebunden sind, die direkt auf die Namen in der Import module namespace. Die Tatsache, dass der name des Pakets ist nicht verpflichtet, in Ihren lokalen Namensraum muss nicht bedeuten, dass es noch nicht importiert wurde (wie Inspektion sys.modules wird sich zeigen).

Den __init__.py in einem Paket serviert viel die gleiche Funktion wie ein Modul .py - Datei. Ein Paket, mit Struktur, ist geschrieben wie ein Verzeichnis, das kann auch enthalten Module (regelmäßige .py - Dateien) und Verzeichnisse (auch mit einem __init__.py - Datei) für jede sub_packages. Wenn das Paket importiert wird ein neuer Namensraum erzeugt und das Paket ist __init__.py ist ausgeführt, dass der Namensraum der lokalen und globalen namespaces. So zu beantworten, Ihre problem, wir können strip filestore unten durch weglassen der top-level-Paket, das wird nie berücksichtigt werden, indem der interpreter, wenn test.py als ein Programm ausgeführt. Es würde dann so Aussehen:

test.py
subpackage/
    __init__.py
    hello_world.py

Nun subpackage ist nicht länger ein sub-package, wie wir Sie entfernt haben, mit Paket als irrelevant. Die Konzentration auf, warum die do_something name nicht definiert ist, könnte helfen. test.py enthält keine importieren, und so ist es unklar, wie Sie erwarten, dass do_something erwerben Bedeutung. Sie könnte damit es funktioniert, indem Sie mit einer leeren subpackage/__init__.py und dann test.py Lesen konnte

from subpackage.hello_world import do_something
do_something()

Alternativ können Sie uns eine subpackage/__init__.py liest

from hello_world import do_something

legt die do_something - Funktion in der subpackage - namespace, wenn das Paket importiert wird. Dann mit einem test.py importieren der Funktion aus dem Paket, wie dieses:

from subpackage import do_something
do_something()

Letzte alternative mit der gleichen __init__.py ist die Verwendung eines test.py, die importiert einfach die (unter -) Paket und dann ist die relative Benennung den Zugriff auf die gewünschten Funktion:

import subpackage
subpackage.do_something()

Zugang zu Ihr in Ihrer lokalen namespace

Mit der leeren __init__.py dies könnte auch erreicht werden, mit einem test.py Lesen

import subpackage.hello_world
subpackage.hello_world.do_something()

oder sogar

from subpackage.hello_world import do_something
do_something()

Letztlich das beste Werkzeug, um Sie zu halten, gerade ist ein klares Verständnis, wie der import funktioniert und welche Auswirkungen die verschiedenen Formen haben auf den Import namespace.

Es ist eine absolute hard-und-schnell-Regel in Python, dass ein name muss immer definiert werden oder importiert werden, in das Modul, wo Sie Sie verwenden. Hier Sie nie importieren alles, was im inneren test.py - so wie der Fehler sagt, do_something ist nicht definiert.

Selbst wenn Ihr package/__init__.py Datei ausgeführt wurde (die, wie andere haben darauf hingewiesen, es ist nicht), die Ihren code noch nicht funktionieren würde, wie es ist, weil der import von do_something hat zu tun im inneren test.py wenn Sie möchten, zu verweisen, die in dieser Datei.