Python __init__.py 与 sys.path.append/insert

Question

我 know 有 are 和 ton 的 how-to 导入 Python modules 不在路径中，但我还没有遇到使用 Python 的 __init.py__ 与 sys.path.insert。哪种方法更好？两者都有明显的缺点吗，比如性能？还有一个“Pythonic”吗？

我能想到的一种情况是，我有一个程序可供用户下载并放在任何目录中，所以我不知道绝对路径（除非我以编程方式获得它）。文件夹结构是

working dir
    __init__.py
    foo.py
    src/
        my_utils.py
        __init__.py

我看不出使用 __init__.py 或更改 sys.path 之间有什么区别。有没有什么场景你能想到它会有所作为？

我的问题的第 2 部分是，为什么你必须做 anything 才能从子目录导入模块？我对 Python 还很陌生，所以也许我不明白为什么摆弄路径或创建 init 文件是样板文件。对我来说，这似乎是一个不必要的并发症。如果我在当前工作目录中有“dir”并说“import dir.my_utils”，我不明白为什么我必须列出我希望能够在 __init__.py 中导入的所有内容。

抱歉，如果这是重复的，但我在发布之前进行了搜索。

编辑：这是另一个有用的链接：Automatically call common initialization code without creating __init__.py file

Answer 1

__init__.py 被 python 解释器用来将目录视为包。包在避免命名空间冲突方面发挥着重要作用。如果您阅读Python Modules 中的6.4 包部分，它有助于防止具有通用名称的目录隐藏搜索路径中稍后出现的其他有效模块。

因此，包机制简化了导入包的任务。通过使用__init__.py，您还可以执行类似package.subpackage import * 的操作，如果我们要继续附加到sys.path，这将是困难或乏味的（实际上我们将不得不附加所有可能的模块）。

至于回答你的问题的第二部分 - 为什么我们需要做任何事情来将目录视为包 - 嗯，需要有 某种方式 告诉 python 应该允许导入什么什么不应该。此外，如果您在开头导入了所有必需的模块并且您需要导入的模块已经存在于 PYTHONPATH 环境变量中，则不需要显式地向 sys.path 附加任何内容.

希望这个答案对您的查询有所帮助。