__Init__.py n'est-il pas requis pour les packages dans Python 3.3+

J'utilise Python 3.5.1. J'ai lu le document et la section package ici: https://docs.python.org/3/tutorial/modules.html#packages

Maintenant, j'ai la structure suivante:

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

module.py:

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

Maintenant, pendant que vous êtes /home/wujek/Playground:

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

De même, maintenant à la maison, superfolder de Playground:

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

En fait, je peux faire toutes sortes de choses:

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

Pourquoi ça marche? Je pensais qu'il devait y avoir des __init__.pyfichiers (des fichiers vides fonctionneraient) dans les deux aet bpour module.pyêtre importables lorsque le chemin Python pointe vers le Playgrounddossier?

Cela semble avoir changé depuis 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

Avec les __init__.pydeux ~/Playground/aet ~/Playground/a/bcela fonctionne très bien.

Python 3.3+ a des packages d'espace de noms implicites qui lui permettent de créer un package sans __init__.pyfichier.

Autoriser les packages d'espaces de noms implicites signifie que l'exigence de fournir un __init__.pyfichier peut être complètement supprimée et affectée ....

L'ancienne méthode avec les __init__.pyfichiers fonctionne toujours comme dans Python 2.

IMPORTANT

La réponse de @ Mike est correcte mais trop imprécise. Il est vrai que Python 3.3+ prend en charge les packages d'espace de noms implicites qui lui permettent de créer un package sans __init__.pyfichier.

Cependant, ceci s'applique UNIQUEMENT aux fichiers VIDE__init__.py . Les fichiers VIDE__init__.py ne sont donc plus nécessaires et peuvent être omis. Si vous souhaitez exécuter un script d'initialisation particulier lorsque le package ou l'un de ses modules ou sous-packages sont importés, vous avez toujours besoin d'un __init__.pyfichier. C'est une excellente réponse à Stack Overflow pour expliquer pourquoi vous voudriez utiliser un __init__.pyfichier pour effectuer une initialisation supplémentaire au cas où vous vous demandez pourquoi cela est utile.

Exemple de structure de répertoire:

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

EXEMPLES

Les exemples ci-dessous montrent comment le script d'initialisation est exécuté lorsque le child_packageou l'un de ses modules est importé.

Exemple 1 :

from parent_package import child_package  # prints "from parent"

Exemple 2 :

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

Si vous en avez setup.pydans votre projet et que vous l'utilisez find_packages(), il est nécessaire d'avoir un __init__.pyfichier dans chaque répertoire pour que les packages soient automatiquement trouvés.

Les packages ne sont reconnus que s'ils incluent un __init__.pyfichier

UPD : Si vous souhaitez utiliser des packages d'espace de noms implicites sans __init__.pyavoir à utiliser à la find_namespace_packages()place

Docs

Je dirais que l'on devrait omettre le __init__.pyseul si l'on veut avoir le package d'espace de noms implicite . Si vous ne savez pas ce que cela signifie, vous ne le voulez probablement pas et vous devriez donc continuer à utiliser le __init__.pymême en Python 3.