Question

在沙尔使用相对进口有一处缺陷,你无法再操作这些模块,因为你会有一个例外:<代码>。企图在非包装材料/编码中相对进口

# /test.py: just a sample file importing foo module
import foo
...

# /foo/foo.py:
from . import bar
...
if __name__ == "__main__":
   pass

# /foo/bar.py: a submodule of foo, used by foo.py
from . import foo
...
if __name__ == "__main__":
   pass

• 我应如何修改样本代码,以便能够执行所有内容:test.py、foo.py和bar.py。

I m 寻求与Python 2.6+(包括3.x)合作的解决办法。

Answer 1

首先,我假定,你会知道你撰写的那份书面材料会带来一个循环进口问题,因为 f进口会酒吧和反vers;试图增加进口。

from foo import bar

试样。必须改变榜样,以便工作。

因此,当相对进口失败时,你再次要求实际上会回落到绝对进口;事实上,如果你重新实施oo。 p或酒吧。如同主要模块一样,其他模块也只是根基,如果它们与另一个系统模块分享名称,那么一个单元的选取取决于ys的顺序。由于目前的继承人通常是第一种,因此,如果能够使用当地模块,即如果你真的os。目前的工地中的粉碎材料,而不是放在一起。

材料建议:

foo.py

try:
    from . import bar
except ValueError:
    import bar

if __name__ == "__main__":
    pass

酒吧:

if __name__ == "__main__":
    pass

从适当职位上打字通常比way>/em>更好。

python -m foo.bar

或许是前进的最佳途径。 .runs the model as a script 。

Answer 2

你们可以开始以不同的方式管理单元,作为独立单元:

而不是:

python foo/bar.py

使用:

python -mfoo.bar

当然,<代码>foo/__init__.py 档案必须在场。

请注意,您在<代码>foo.py和bar.py之间有循环依赖——这赢得了笔工作。我认为,这只是你的一个错误。

更新:将这一条作为<代码>foo/bar.py第一行似乎也非常有用:

#!/usr/bin/python -mfoo.bar

然后,你可以直接在德国统计局系统中执行文字。

Answer 3

奇特相对进口:你们应当把你的包裹名称视为全球的,不管怎样。

适当编辑<条形码>。这里有一些思考的食物:

# one directory up
_root_dir = os.path.dirname(os.path.dirname(os.path.realpath(__file__)))
sys.path.insert(0, _root_dir)for now

Answer 4

页: 1

只有在:

python test.py

测试.py 进口 foo.py和 foo。粉碎可以相对进口从试验中进口的任何东西。页: 1

你可以做:

cd foo
python foo.py
python bar.py

它永远不会奏效。

你们可以尝试ys子、app子或ys子,但你方言会改道,你在露天时会遇到问题。

Answer 5

为什么不把“主人”放在不同的卷宗中?

Answer 6

迄今为止,我发现的唯一解决办法是根本不使用相对进口。

由于目前的限制,我不禁要问,什么时候有人要用on子的相对进口。

关于我使用<代码>sys.path的所有组合现有目录作为第一种理由,仅使用import foo,而不用,从进口 foo,因为它将这样做。

友情链接