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

这里似乎已经有了一些关于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只上升了一层，仍然在包文件夹中，为什么它给出消息说在顶层包之外。导致此错误消息的确切原因是什么?

当前回答

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

试试这个。为我工作。

2017-08-25 05:25:42

其他回答

编辑:2020-05-08:似乎我引用的网站不再由写建议的人控制，所以我删除了该网站的链接。谢谢你让我知道baxx。

如果有人在已经提供的精彩答案后仍然有点纠结，我在一个网站上找到了不再可用的建议。

我提到的网站的重要引用:

“同样可以通过编程方式指定: 导入系统 sys.path.append (' . ') 当然，上面的代码必须在另一个导入之前编写声明。

很明显，事情是这样的，事后想想。我试图在我的测试中使用sys.path.append('..')，但遇到了op发布的问题。路径定义之前我的其他导入，我能够解决这个问题。

2018-08-21 10:56:49

编辑:这个问题在其他问题中有更好/更连贯的答案:

兄弟包导入第10亿次相对进口

Why doesn't it work? It's because python doesn't record where a package was loaded from. So when you do python -m test_A.test, it basically just discards the knowledge that test_A.test is actually stored in package (i.e. package is not considered a package). Attempting from ..A import foo is trying to access information it doesn't have any more (i.e. sibling directories of a loaded location). It's conceptually similar to allowing from ..os import path in a file in math. This would be bad because you want the packages to be distinct. If they need to use something from another package, then they should refer to them globally with from os import path and let python work out where that is with $PATH and $PYTHONPATH.

当你使用python -m package.test_A。测试，然后使用from ..import foo可以很好地解决问题，因为它跟踪了包中的内容，而你只是访问了加载位置的子目录。

为什么python不认为当前工作目录是一个包?不知道，但天哪，这将是有用的。

2017-10-31 08:19:37

在我的情况下，我不得不改变: 解决方案1(更多更好，取决于当前的py文件路径。易于部署) 使用pathlib.Path.parents使代码更干净

import sys
import os
import pathlib
target_path = pathlib.Path(os.path.abspath(__file__)).parents[3]
sys.path.append(target_path)
from utils import MultiFileAllowed

解决方案2

import sys
import os
sys.path.append(os.getcwd())
from utils import MultiFileAllowed

2020-09-25 07:32:32

我对这个问题的理解是这样的:

[案例1]当你开始一个绝对导入

python -m test_A.test

import test_A.test

from test_A import test

你实际上是将导入锚设置为test_A，换句话说，顶级包是test_A。当我们有test。py do from。一个导入xxx，你正在从锚转义，而Python不允许这样做。

[案例2]当你这样做的时候

python -m package.test_A.test

from package.test_A import test

你的锚变成了包，所以包/test_A/test.py从…导入xxx不会转义锚(仍然在包文件夹内)，Python很乐意接受这一点。

简而言之:

Absolute-import改变当前锚(=重新定义什么是顶级包); 相对导入不会改变锚，而是限定在锚上。

此外，我们可以使用全限定模块名(FQMN)来检查这个问题。

检查每种情况下的FQMN:

【例2】测试。__name__ = package.test_A.test (CASE1)测试。__name__ = test_A.test

对于CASE2, an。import xxx将生成一个带有FQMN=package的新模块。Xxx，这个可以接受。

对于CASE1， ..从内部从…import xxx将跳出test_A的起始节点(锚点)，这是Python不允许的。

我认为这种“相对导入”的限制是一种相当丑陋的设计，完全违背了Python的格言“简单比复杂好”。

2020-03-29 03:54:18

在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没有大的戏剧。

2020-05-18 03:44:37

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

推荐文章

最新文章

标签