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

Question

我知道有是一吨的如何对进口Python模块不在路径，但我还没有遇到过使用Python的__init.py__ VS sys.path.insert。 哪种方法更好？ 两者是否有任何明显的缺点，例如性能？ 还有一个“Pythonic”吗？

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

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

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

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

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

编辑：这是另一个有用的链接： 自动调用通用初始化代码而不创建 __init__.py 文件

Answer 1

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

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

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

希望这个答案能对您的查询有所了解。