我想从同一目录中的另一个文件导入一个函数。
通常，以下工作之一：
from .mymodule import myfunction
from mymodule import myfunction
…但另一个给了我一个错误：
ImportError: attempted relative import with no known parent package
ModuleNotFoundError: No module named 'mymodule'
SystemError: Parent module '' not loaded, cannot perform relative import
这是为什么？
当前回答
我有一个类似的问题：我需要一个Linux服务和cgi插件，它们使用共同的常量来协作。这样做的“自然”方法是将它们放在包的init.py中，但我不能使用-m参数启动cgi插件。
我的最终解决方案与上述解决方案2类似：
import sys
import pathlib as p
import importlib
pp = p.Path(sys.argv[0])
pack = pp.resolve().parent
pkg = importlib.import_module('__init__', package=str(pack))
缺点是必须在常数（或公共函数）前面加上pkg：
print(pkg.Glob)
其他回答
希望这对外面的人来说是有价值的——我浏览了六篇stackoverflow的帖子，试图找出与上面帖子类似的相对进口。我按照建议设置了所有内容，但仍在运行ModuleNotFoundError：没有名为“my_module_name”的模块
由于我只是在本地开发并四处游玩，所以我没有创建/运行setup.py文件。我显然也没有设置我的巨蟒。
我意识到，当我像以前一样运行代码时，当测试与模块位于同一目录中时，我找不到模块：
$ python3 test/my_module/module_test.py 2.4.0
Traceback (most recent call last):
File "test/my_module/module_test.py", line 6, in <module>
from my_module.module import *
ModuleNotFoundError: No module named 'my_module'
然而，当我明确指定路径时，事情就开始工作了：
$ PYTHONPATH=. python3 test/my_module/module_test.py 2.4.0
...........
----------------------------------------------------------------------
Ran 11 tests in 0.001s
OK
因此，如果有人尝试了一些建议，认为他们的代码结构正确，但仍然发现自己处于与我类似的情况，如果您不将当前目录导出到PYTHONPATH，请尝试以下任一操作：
运行代码并显式包含如下路径：$PYTHONPATH=。python3测试/my_module/模块测试.py为了避免调用PYTHONPATH=。，创建一个包含如下内容的setup.py文件，并运行python setup.py开发，将包添加到路径中：
#设置.py从setuptools导入安装程序，find_packages设置(name=“示例”，packages=find_packages（）)
将其放入包的__init__.py文件中：
# For relative imports to work in Python 3.6
import os, sys; sys.path.append(os.path.dirname(os.path.realpath(__file__)))
假设您的包是这样的：
├── project
│ ├── package
│ │ ├── __init__.py
│ │ ├── module1.py
│ │ └── module2.py
│ └── setup.py
现在在您的包中使用常规导入，例如：
# in module2.py
from module1 import class1
这在python 2和3中都有效。
我为Python创建了一个新的实验性导入库：ultraimport
它使程序员能够对导入进行更多的控制，并使其明确无误。此外，当导入失败时，它还会提供更好的错误消息。
它允许您执行相对的、基于文件系统的导入，无论您如何运行代码，也无论您当前的工作目录是什么，这些导入始终有效。运行脚本或模块并不重要。您也不必更改sys.path，这可能会产生其他副作用。
然后你会改变
from .mymodule import myfunction
to
import ultraimport
myfunction = ultraimport('__dir__/mymodule.py', 'myfunction')
这样，即使您将代码作为脚本运行，导入也始终有效。
像这样导入脚本时的一个问题是，后续的相对导入可能会失败。ultraimport有一个内置的预处理器来自动重写相关的导入。
这是我的项目结构
├── folder
| |
│ ├── moduleA.py
| | |
| | └--function1()
| | └~~ uses function2()
| |
│ └── moduleB.py
| |
| └--function2()
|
└── main.py
└~~ uses function1()
这里我的模块A导入模块B，主导入模块A
我在模块A中添加了下面的代码段以导入模块B
try:
from .moduleB import function2
except:
from moduleB import function2
现在我可以单独执行main.py和moduleA.py
这是解决方案吗？
不幸的是，这个模块需要在包中有时需要作为脚本运行。知道我怎么做吗实现这一目标？
这样的布局很常见。。。
main.py
mypackage/
__init__.py
mymodule.py
myothermodule.py
…有一个mymodule.py像这样。。。
#!/usr/bin/env python3
# Exported function
def as_int(a):
return int(a)
# Test function for module
def _test():
assert as_int('1') == 1
if __name__ == '__main__':
_test()
…一个肌肉热模块。。。
#!/usr/bin/env python3
from .mymodule import as_int
# Exported function
def add(a, b):
return as_int(a) + as_int(b)
# Test function for module
def _test():
assert add('1', '1') == 2
if __name__ == '__main__':
_test()
…还有一个像这样的男人。。。
#!/usr/bin/env python3
from mypackage.myothermodule import add
def main():
print(add('1', '1'))
if __name__ == '__main__':
main()
…当您运行main.py或mypackage/mymodule.py时，它工作得很好，但由于相对导入，mypackage/myothermodule.py失败。。。
from .mymodule import as_int
你应该用的方式是。。。
python3 -m mypackage.myothermodule
……但它有些冗长，与#/usr/bin/env python3。
对于这种情况，最简单的解决方法是避免使用相对导入，而只使用。。。
from mymodule import as_int
…虽然，如果它不是唯一的，或者您的包结构更复杂，您需要在PYTHONPATH中包含包含您的包目录的目录，并这样做。。。
from mypackage.mymodule import as_int
…或者如果你想让它“开箱即用”，你可以先用这个。。。
import sys
import os
SCRIPT_DIR = os.path.dirname(os.path.abspath(__file__))
sys.path.append(os.path.dirname(SCRIPT_DIR))
from mypackage.mymodule import as_int
这是一种痛苦，但有一个线索，为什么在一封由某个Guido van Rossum写的电子邮件中。。。
我对这件事和任何其他提议的无聊事都持反对态度__机械唯一的用例似乎是运行发生的脚本生活在模块的目录中，我一直认为反模式。要让我改变主意，你必须说服我它不是。
在包中运行脚本是否是反模式是主观的，但就我个人而言，我发现它在包含一些自定义wxPython小部件的包中非常有用，因此我可以为任何源文件运行脚本，以显示仅包含该小部件的wx.Frame，用于测试目的。
