在相对导入中，超出顶级包错误

这里似乎已经有了一些关于python 3中相对导入的问题，但在浏览了许多之后，我仍然没有找到我的问题的答案。问题来了。

我有一个如下所示的包

package/
   __init__.py
   A/
      __init__.py
      foo.py
   test_A/
      __init__.py
      test.py

我在test.py中有一行:

from ..A import foo

现在，我在包的文件夹，我运行

python -m test_A.test

我收到消息

"ValueError: attempted relative import beyond top-level package"

但是如果我在包的父文件夹中，例如，我运行:

cd ..
python -m package.test_A.test

一切都很好。

现在我的问题是: 当我在包的文件夹中，我运行test_A子包中的模块作为test_A。测试，根据我的理解，..A只上升了一层，仍然在包文件夹中，为什么它给出消息说在顶层包之外。导致此错误消息的确切原因是什么?

当前回答

在python2中不确定。X，但在python 3.6中，假设你试图运行整个套件，你只需要使用-t

-t，——顶级-directory目录项目的顶级目录(默认为开始目录)

在一个结构上

project_root
  |
  |----- my_module
  |          \
  |           \_____ my_class.py
  |
  \ tests
      \___ test_my_func.py

例如，你可以用:

Python3 unittest discover -s /full_path/project_root/tests -t /full_path/project_root/

仍然导入my_module。My_class没有大的戏剧。

其他回答

假设: 如果您在包目录中，则A和test_A是单独的包。

结论: ．．只允许在包中导入。

进一步指出: 如果您想强制包可以放置在sys.path中的任何路径上，那么使相对导入仅在包中可用是很有用的。

编辑:

我是唯一一个认为这很疯狂的人吗?为什么当前的工作目录不被认为是一个包?——Multihunter

当前工作目录通常位于sys.path中。所有文件都是可导入的。这是自Python 2以来的行为，当时包还不存在。将运行目录作为一个包将允许以“import a”和“import a”的方式导入模块，这将是两个不同的模块。也许这是需要考虑的不一致性。

import sys
sys.path.append("..") # Adds higher directory to python modules path.

试试这个。为我工作。

只需移除…在test.py 对我来说，pytest很好地解决了这个问题例子:

from A import foo

有

package/
   __init__.py
   A/
      __init__.py
      foo.py
   test_A/
      __init__.py
      test.py

在A/__init__.py中导入foo:


from .foo import foo

当从test_A/导入A/时


import sys, os
sys.path.append(os.path.abspath('../A'))
# then import foo
import foo