Python模块导入是否取决于代码的运行方式？[副本]

Question

我不认为任何一种语言在导入其他源文件这样简单的事情上会像python那样让人头疼。所以问题是：我的模块导入是否需要依赖于代码的运行方式？

我有以下目录结构：

./__init__.py
./config.py
./kmer
./kmer/__init__.py
./kmer/__main__.py
./kmer/__pycache__
./kmer/__pycache__/__init__.cpython-36.pyc
./kmer/__pycache__/__main__.cpython-36.pyc
./kmer/__pycache__/bed.cpython-36.pyc
./kmer/__pycache__/config.cpython-36.pyc
./kmer/__pycache__/reference.cpython-36.pyc
./kmer/__pycache__/sets.cpython-36.pyc
./kmer/bed.py
./kmer/config.py
./kmer/reference.py
./kmer/sets.py

我希望从kmer包中的另一个模块导入khmer包中的一个模块。简单？

因此，我在bed.py中添加了以下内容：

import reference
import config
import sets

现在，如果我从kmer目录中运行python bed.py，就可以正常工作了。另外，如果我返回一个目录并调用python kmer/bed.py就可以了。看起来像是python搜索相对于给定文件的导入模块。

我看了很多资料，包括这个问题的答案，尽管它非常详细（实际上是我发现的最好的描述之一），但并不能解决我的问题，也没有提供适当的例子。

更新：我相信这个问题更多地集中在相对导入的一个不同方面，更确切地说，运行代码的不同方法如何影响导入，而不是它被标记为重复的那个。这就是为什么我首先提到另一个问题。因此，我不认为这应该是一个重复。

Answer 1

最后，不要太注意Python将脚本目录放在sys.path上的“特性”。这除了在不关心名称冲突的玩具问题之外是没有用的，因为任何在sys.path上使用其目录的脚本都必须是一个模块（除非有使其名称不是标识符这样的把戏）。此外，如果您希望库可用于安装在其他地方的脚本，那么它无论如何都需要以其他方式进入sys.path。