我正在使用Python 3.5.1。我在这里阅读了文档和包部分：https://docs.python.org/3/tutorial/modules.html#packages

现在，我有以下结构：

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

module.py:

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

现在，当在/home/wujek/Playground:

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

同样，现在在home，超级文件夹Playground:

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

事实上，我可以做各种各样的事情：

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

为什么这有效？我虽然需要有__init__.py两个文件（空文件都可以）a and b for module.py当Python路径指向时可导入Playground folder?

这似乎从 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

With __init__.py同时~/Playground/a and ~/Playground/a/b效果很好。

Overview

@Mike的答案是正确的，但是太不精确。 Python 3.3+确实支持隐式命名空间包这允许它创建一个包而无需__init__.py文件。这被称为命名空间包相比之下普通套餐其中确实有一个__init__.py文件（空或非空）。

然而，创建一个命名空间包仅应在有需要时才进行。对于大多数用例和开发人员来说，这并不适用，因此您应该坚持使用EMPTY __init__.py文件不管。

命名空间包用例

为了演示两种类型的 python 包之间的区别，让我们看一下以下示例：

google_pubsub/              <- Package 1
    google/                 <- Namespace package (there is no __init__.py)
        cloud/              <- Namespace package (there is no __init__.py)
            pubsub/         <- Regular package (with __init__.py)
                __init__.py <- Required to make the package a regular package
                foo.py

google_storage/             <- Package 2
    google/                 <- Namespace package (there is no __init__.py)
        cloud/              <- Namespace package (there is no __init__.py)
            storage/        <- Regular package (with __init__.py)
                __init__.py <- Required to make the package a regular package
                bar.py

google_pubsub and google_storage是单独的包，但它们共享相同的名称空间google/cloud。为了共享同一个命名空间，需要将公共路径的每个目录都做成一个命名空间包，即google/ and cloud/. 这应该是创建命名空间包的唯一用例，否则就没有必要。

至关重要的是没有__init__py文件在google and google/cloud目录，以便两个目录都可以解释为命名空间包. 在 Python 3.3+ 中的任何目录sys.path名称与正在查找的包名称相匹配的名称将被识别为对该包贡献模块和子包。因此，当您从以下位置导入两者时google_pubsub and google_storage，Python解释器就能找到它们。

这不同于普通套餐它们是独立的，意味着所有部分都位于同一目录层次结构中。当导入一个包并且Python解释器遇到一个子目录时sys.path与__init__.py文件，那么它将创建一个仅包含该目录中的模块的单个目录包，而不是查找该目录之外的所有适当命名的子目录。这对于不想共享命名空间的包来说非常好。我强烈推荐看一下Python 导入系统中的陷阱更好地了解 Python 导入如何使用常规包和命名空间包以及什么__init__.py需要提防的陷阱。

Summary

• 只跳过__init__.py文件，如果你想创建命名空间包。仅当您有驻留在不同位置的不同库并且希望它们各自向父包（即命名空间包）贡献一个子包时，才创建命名空间包。
• 继续添加空__init__.py到您的目录，因为 99% 的时间您只想创建普通套餐。此外，还有一些 Python 工具，例如mypy and pytest要求为空__init__.py文件来相应地解释代码结构。如果不小心的话，这可能会导致奇怪的错误。

资源

我的回答只触及表面普通套餐 and 命名空间包工作，因此请查看以下资源以获取更多信息：

• PEP 420 -- 隐式命名空间包
• 进口系统-普通包裹
• 导入系统 - 命名空间包
• Python 导入系统中的陷阱