__Init__.py non è richiesto per i pacchetti in Python 3.3+?

Sto usando Python 3.5.1. Ho letto il documento e la sezione del pacchetto qui: https://docs.python.org/3/tutorial/modules.html#packages

Ora ho la seguente struttura:

/home/wujek/Playground/a/b/module.py

module.py:

class Foo:
    def __init__(self):
        print('initializing Foo')

Ora, mentre in /home/wujek/Playground:

~/Playground $ python3
>>> import a.b.module
>>> a.b.module.Foo()
initializing Foo
<a.b.module.Foo object at 0x100a8f0b8>

Allo stesso modo, ora a casa, supercartella di Playground:

~ $ PYTHONPATH=Playground python3
>>> import a.b.module
>>> a.b.module.Foo()
initializing Foo
<a.b.module.Foo object at 0x10a5fee10>

In realtà, posso fare tutti i tipi di cose:

~ $ PYTHONPATH=Playground python3
>>> import a
>>> import a.b
>>> import Playground.a.b

Perché funziona? Pensavo che ci fossero dei __init__.pyfile (quelli vuoti avrebbero funzionato) in entrambi ae bper module.pyessere impraticabili quando il percorso di Python punta alla Playgroundcartella?

Questo sembra essere cambiato da Python 2.7:

~ $ PYTHONPATH=Playground python
>>> import a
ImportError: No module named a
>>> import a.b
ImportError: No module named a.b
>>> import a.b.module
ImportError: No module named a.b.module

Con __init__.pyin entrambi ~/Playground/ae ~/Playground/a/bfunziona bene.

Python 3.3+ ha pacchetti di spazi dei nomi impliciti che gli consentono di creare pacchetti senza un __init__.pyfile.

Consentire pacchetti di spazi dei nomi impliciti significa che il requisito di fornire un __init__.pyfile può essere eliminato completamente e interessato ...

Il vecchio modo con i __init__.pyfile funziona ancora come in Python 2.

IMPORTANTE

@La risposta di Mike è corretta ma troppo imprecisa. È vero che Python 3.3+ supporta pacchetti di spazi dei nomi impliciti che gli consentono di creare un pacchetto senza un __init__.pyfile.

Questo, tuttavia, si applica SOLO ai file VUOTI__init__.py . Quindi i file EMPTY__init__.py non sono più necessari e possono essere omessi. Se si desidera eseguire un particolare script di inizializzazione quando vengono importati il ​​pacchetto o uno dei suoi moduli o sotto-pacchetti, è comunque necessario un __init__.pyfile. Questa è un'ottima risposta Stack Overflow per il motivo per cui vorresti usare un __init__.pyfile per fare qualche ulteriore inizializzazione nel caso ti chiedessi perché questo sia in qualche modo utile.

Esempio di struttura di directory:

  parent_package/
     __init__.py            <- EMPTY, NOT NECESSARY in Python 3.3+
     child_package/
          __init__.py       <- STILL REQUIRED if you want to run an initialization script
          child1.py
          child2.py
          child3.py

parent_package/child_package/__init__.py:

print("from parent")

ESEMPI

Gli esempi seguenti mostrano come viene eseguito lo script di inizializzazione quando child_packageviene importato uno dei suoi moduli.

Esempio 1 :

from parent_package import child_package  # prints "from parent"

Esempio 2 :

from parent_package.child_package import child1  # prints "from parent"

Se hai setup.pynel tuo progetto e lo usi al find_packages()suo interno, è necessario avere un __init__.pyfile in ogni directory per trovare automaticamente i pacchetti.

I pacchetti sono riconosciuti solo se includono un __init__.pyfile

UPD : Se si desidera utilizzare i pacchetti di spazio dei nomi impliciti senza __init__.pyutilizzare find_namespace_packages()invece

Documenti

Direi che si dovrebbe omettere il __init__.pysolo se si desidera avere il pacchetto dello spazio dei nomi implicito . Se non sai cosa significhi, probabilmente non lo vuoi e quindi dovresti continuare a usare il __init__.pypari in Python 3.