我试图遵循PEP 328,其目录结构如下:

pkg/
  __init__.py
  components/
    core.py
    __init__.py
  tests/
    core_test.py
    __init__.py

在core_test.py中,我有以下import语句

from ..components.core import GameLoopEvents

然而,当我运行时,我得到以下错误:

tests$ python core_test.py 
Traceback (most recent call last):
  File "core_test.py", line 3, in <module>
    from ..components.core import GameLoopEvents
ValueError: Attempted relative import in non-package

四处搜索,我发现“相对路径即使使用__init__.py也无法工作”和“从相对路径导入模块”,但它们都没有帮助。

这里有什么我遗漏的吗?


当前回答

详细阐述伊格纳西奥·巴斯克斯·阿布拉姆斯的回答:

Python导入机制相对于当前文件的__name__工作。当您直接执行文件时,它没有通常的名称,而是使用“__main__”作为其名称。因此相对进口不起作用。

正如Igancio所建议的,您可以使用-m选项执行它。如果您的包中有一部分要作为脚本运行,那么还可以使用__package__属性告诉该文件在包层次结构中应该具有什么名称。

看见http://www.python.org/dev/peps/pep-0366/详细信息。

其他回答

我的快速解决方案是将目录添加到路径:

import sys
sys.path.insert(0, '../components/')

因为您的代码包含if __name__==“__main__”,而该代码不能作为包导入,所以最好使用sys.path.append()来解决问题。

python<main模块>.py不适用于相对导入

问题是当您从命令行运行__main__模块时,相对导入不起作用

python <main_module>.py

PEP 338中有明确规定。

2.5b1的发布显示了这个PEP和PEP328之间令人惊讶的交互(尽管现在回想起来很明显)——显式的相对导入在主模块中不起作用。这是因为相对导入依赖__name__来确定当前模块在包层次结构中的位置。在主模块中,__name__的值总是'__main__',因此显式相对导入总是失败(因为它们只适用于包内的模块)。

原因

Python Bug Tracker Issue1510172:绝对/相对导入不起作用?

这个问题实际上并不是-m开关独有的。问题是相对导入基于__name__,并且在主模块中,__name__始终具有__main__值。因此,相对导入当前无法从应用程序的主模块正常工作,因为主模块不知道它在Python模块名称空间中的真正位置(这至少在理论上对于通过-m开关执行的主模块是可以修复的,但直接执行的文件和交互式解释器完全不走运)。

要进一步了解,请参阅Python3中的相对导入,了解详细说明以及如何完成。

如果您的用例是用于运行测试的,并且与之吻合,那么您可以执行以下操作。不要将测试脚本作为python core_test.py运行,而是使用诸如pytest之类的测试框架。然后在命令行上输入

$$ py.test

这将在您的目录中运行测试。这解决了@BrenBarn指出的__name__是__main__的问题。接下来,将一个空__init__.py文件放入测试目录,这将使测试目录成为包的一部分。那你就可以

from ..components.core import GameLoopEvents

然而,如果您将测试脚本作为主程序运行,那么事情将再次失败。所以只需要使用测试运行器。也许这也适用于其他测试者,比如鼻测试,但我没有检查过。希望这有帮助。

如果您的项目结构如下所示:

   project
     |
     | --- module1
     |      |
     |      file1.py
     |
     |-----module2
     |     |
     |     file2.py

您将从file2.py中导入file1.py,您可以在file2.py中执行此操作:

import sys
sys.path.append('.')

import file2

我仍然不知道为什么和怎么做,但这对我有用。