想象一下这个目录结构:
app/
__init__.py
sub1/
__init__.py
mod1.py
sub2/
__init__.py
mod2.py
我正在编写mod1，我需要从mod2中导入一些东西。我该怎么做呢?
我试过…sub2导入mod2，但我得到了一个“尝试相对导入非包”。
我搜索了一下，但只找到了“sys”。路径操纵“黑客”。没有干净的方法吗?
编辑:我所有的__init__.py目前是空的
Edit2:我试图这样做是因为sub2包含跨子包共享的类(sub1、subX等)。
Edit3:我正在寻找的行为与PEP 366中描述的相同(感谢John B)
当前回答
在John B所说的之上，设置__package__变量似乎会有所帮助，而不是改变__main__，这可能会搞砸其他事情。但就我所测试的而言，它并没有完全发挥应有的作用。
我有同样的问题，PEP 328或366都没有完全解决这个问题，因为两者在一天结束时，都需要包的头包含在sys. exe中。据我所知，这是一条道路。
我还应该提到，我没有找到如何格式化字符串应该进入这些变量。是package_head.subfolder吗?Module_name”或者什么?
其他回答
很不幸，这是一个系统。路径hack，但它工作得很好。
我在另一个层遇到了这个问题:我已经有一个指定名称的模块，但它是错误的模块。
我想做的是以下(我从模块是模块3):
mymodule\
__init__.py
mymodule1\
__init__.py
mymodule1_1
mymodule2\
__init__.py
mymodule2_1
import mymodule.mymodule1.mymodule1_1
注意，我已经安装了我的模块，但在我的安装中，我没有“mymodule1”
我会得到一个ImportError，因为它试图从我安装的模块中导入。
我尝试了一个sys。path。追加，这行不通。sys.path.insert起作用了吗
if __name__ == '__main__':
sys.path.insert(0, '../..')
有点像黑客，但都能用上了! 所以请记住，如果你想要你的决定覆盖其他路径，那么你需要使用sys.path。插入(0,pathname)让它工作!这对我来说是一个非常令人沮丧的症结，很多人说要使用“追加”功能到sys。路径，但如果你已经定义了一个模块，这就行不通了(我发现这是非常奇怪的行为)
每个人似乎都想告诉你应该做什么，而不仅仅是回答问题。
问题是，通过将mod1.py作为参数传递给解释器，您正在以'__main__'的身份运行模块。
PEP 328:
相对导入使用模块的__name__属性来确定该模块在包层次结构中的位置。如果模块的名称不包含任何包信息(例如，它被设置为'__main__')，则相对导入将被解析，就像该模块是顶级模块一样，而不管该模块实际位于文件系统的哪个位置。
在Python 2.6中，他们添加了相对于主模块引用模块的功能。PEP 366描述了这个变化。
更新:根据Nick Coghlan的说法，推荐的替代方案是使用-m开关在包中运行模块。
我发现将“PYTHONPATH”环境变量设置到顶部文件夹更容易:
bash$ export PYTHONPATH=/PATH/TO/APP
然后:
import sub1.func1
#...more import
当然，PYTHONPATH是“全局的”，但它还没有给我带来麻烦。
def import_path(fullpath):
"""
Import a file with full path specification. Allows one to
import from anywhere, something __import__ does not do.
"""
path, filename = os.path.split(fullpath)
filename, ext = os.path.splitext(filename)
sys.path.append(path)
module = __import__(filename)
reload(module) # Might be out of date
del sys.path[-1]
return module
我使用这个代码片段从路径导入模块，希望有帮助
“Guido将包中运行的脚本视为反模式”(拒绝 pep - 3122)
我花了很多时间试图找到一个解决方案，阅读Stack Overflow上的相关文章，并对自己说“一定有更好的方法!”看起来没有。
