import os, sys
from subprocess import Popen, PIPE
try:
path = Popen("find / -name 'file' -type f", shell=True, stdout=PIPE).stdout.read().splitlines()[0]
if not sys.path.__contains__(path):
sys.path.append(path)
except IndexError:
raise RuntimeError("You must have FILE to run this program!")
from module_1 import func_1
def func_2():
func_1()
if __name__ == '__main__':
func_2()
并且您在cmd中运行 python module_2.py ,它将运行 func_1() 定义的内容 . 这通常是我们导入相同层次结构文件的方式 . 但是当你在 module_2.py 中写 from .module_1 import func_1 时,python解释器会说 No module named '__main__.module_1'; '__main__' is not a package . 因此,为了解决这个问题,我们只保留我们刚刚进行的更改,并将两个模块移动到一个包中,并将第三个模块作为调用者运行 module_2.py .
import os, sys, inspect
# realpath() will make your script run, even if you symlink it :)
cmd_folder = os.path.realpath(os.path.abspath(os.path.split(inspect.getfile( inspect.currentframe() ))[0]))
if cmd_folder not in sys.path:
sys.path.insert(0, cmd_folder)
# Use this if you want to include modules from a subfolder
cmd_subfolder = os.path.realpath(os.path.abspath(os.path.join(os.path.split(inspect.getfile( inspect.currentframe() ))[0],"subfolder")))
if cmd_subfolder not in sys.path:
sys.path.insert(0, cmd_subfolder)
# Info:
# cmd_folder = os.path.dirname(os.path.abspath(__file__)) # DO NOT USE __file__ !!!
# __file__ fails if the script is called in different ways on Windows.
# __file__ fails if someone does os.chdir() before.
# sys.argv[0] also fails, because it doesn't not always contains the path.
23 回答
您还可以将子目录添加到Python路径中,以便将其作为普通脚本导入 .
在我看来,最好的选择是将 __ init __.py 放在文件夹中并使用
建议不要使用sys.path.append(),因为如果使用与现有python包相同的文件名,可能会出错 . 我没有测试,但那将是模棱两可的 .
只需简单的操作就可以从其他文件夹中导入.py文件 .
假设你有一个像这样的目录:
然后将lib文件夹中的空文件保存为named
然后使用
将
__init__.py
文件保留在导入模块的层次结构的每个文件夹中 .添加 init.py 文件:
然后将此代码添加到Foo.py的开头:
Linux用户的快捷方式
如果您只是在修补并且不关心部署问题,则可以使用符号链接(假设您的文件系统支持它)使模块或包直接在请求模块的文件夹中可见 .
要么
注意:"module"是任何扩展名为.py的文件,"package"是包含文件
__init__.py
(可以是空文件)的任何文件夹 . 从使用的角度来看,模块和包是相同的 - 都通过import
命令公开它们所包含的"definitions and statements" .见:http://docs.python.org/2/tutorial/modules.html
对于这种情况,将Bar.py导入Foo.py,首先我将这些文件夹转换为Python包,如下所示:
然后我会在Foo.py中这样做:
如果我希望命名空间看起来像Bar.whatever,或者
如果我想要命名空间dirBar.Bar.whatever . 如果dirBar包下有更多模块,则第二种情况很有用 .
代替:
以防万一可能安装了另一个dirBar并混淆了一个foo.py阅读器 .
没有对脚本进行任何修改的最简单方法是设置PYTHONPATH环境变量 . 因为sys.path是从这些位置初始化的:
包含输入脚本(或当前目录)的目录 .
PYTHONPATH(目录名列表,语法与shell变量PATH相同) .
依赖于安装的默认值 .
赶紧跑:
您的sys.path将包含上面的路径,如下所示:
您只需使用:
from Desktop.filename import something
例:
代码:
但请确保在该目录中创建一个名为“
__init__.py
”的空文件这也有效,并且比使用
sys
模块的任何东西都简单得多:如果以这种方式构建项目:
然后从Foo.py你应该能够做到:
要么:
根据Tom的评论,这确实要求
src
文件夹可以通过site_packages
或您的搜索路径访问 . 此外,正如他所提到的,当您首次导入该包/目录中的模块时,会隐式导入__init__.py
. 通常__init__.py
只是一个空文件 .好吧,正如您所提到的,通常您希望能够访问与您的主要脚本运行位置相关的模块的文件夹,因此您只需导入它们即可 .
解:
我有
D:/Books/MyBooks.py
中的脚本和一些模块(如oldies.py) . 我需要从子目录D:/Books/includes
导入:在
oldies.py
中放置print('done')
,以便验证一切正常 . 这种方式始终有效,因为在程序启动时初始化的Python定义sys.path
,此列表的第一项path[0]
是包含用于调用Python解释器的脚本的目录 .如果脚本目录不可用(例如,如果以交互方式调用解释器或者从标准输入读取脚本),
path[0]
是空字符串,它指示Python首先搜索当前目录中的模块 . 请注意,在作为PYTHONPATH
的结果插入条目之前插入了脚本目录 .打电话给我过于谨慎,但我喜欢让我的便携性更高,因为假设文件在每台计算机上总是在同一个地方是不安全的 . 我个人有代码首先查找文件路径 . 我使用Linux,所以我的看起来像这样:
当然,除非您打算将这些包装在一起 . 但如果是这样的话,你真的不需要两个单独的文件 .
最简单的方法是使用sys.path.append() .
但是,您可能也对imp模块感兴趣 . 它提供对内部导入功能的访问 .
当您不知道模块的名称时,这可用于动态加载模块 .
我过去曾经使用它来创建一个应用程序的插件类型接口,用户可以在其中编写具有特定于应用程序的函数的脚本,并且只需将脚本放在特定的目录 .
此外,这些功能可能很有用:
另一种解决方案是安装py-require包,然后在
Foo.py
中使用以下内容相对sys.path示例:
基于this回答 .
我对python没有经验,所以如果我的话有任何错误,请告诉我 . 如果您的文件层次结构如下:
module_1.py
定义了一个名为func_1()
的函数, module_2.py :并且您在cmd中运行
python module_2.py
,它将运行func_1()
定义的内容 . 这通常是我们导入相同层次结构文件的方式 . 但是当你在module_2.py
中写from .module_1 import func_1
时,python解释器会说No module named '__main__.module_1'; '__main__' is not a package
. 因此,为了解决这个问题,我们只保留我们刚刚进行的更改,并将两个模块移动到一个包中,并将第三个模块作为调用者运行module_2.py
.main.py :
但我们在
module_2.py
之前在module_1
之前添加.
的原因是,如果我们不这样做并运行main.py
,python解释器会说No module named 'module_1'
,这有点棘手,module_1.py
就在module_2.py
旁边 . 现在我让func_1()
在module_1.py
做点什么:__name__
记录谁调用func_1 . 现在我们在module_1
之前保持.
,运行main.py
,它将打印package_1.module_1
,而不是module_1
. 它表示调用func_1()
的人与main.py
处于同一层次结构,.
暗示module_1
与module_2.py
本身处于同一层次结构中 . 因此,如果没有点,main.py
将识别与自身相同的层次结构module_1
,它可以识别package_1
,但不能识别"under" .现在让我们把它变得有点复杂 . 您有一个
config.ini
,并且模块定义了一个函数,以便在与'main.py'相同的层次结构中读取它 .并且由于某些不可避免的原因,您必须使用
module_2.py
调用它,因此必须从上层导入 . module_2.py :两个点表示从上层导入(三个点访问高于上层,依此类推) . 现在我们运行
main.py
,解释器会说:ValueError:attempted relative import beyond top-level package
. "top-level package"在这里是main.py
. 只是因为config.py
在main.py
旁边,它们处于相同的层次结构中,config.py
不是"under"main.py
,或者"leaded"不是"leaded",所以它超出main.py
. 要解决这个问题,最简单的方法是:我认为这与安排项目文件层次结构的原则是一致的,你应该在不同的文件夹中安排具有不同功能的模块,只需在外面留下一个顶级调用者,你就可以导入你想要的方式 .
这是相关的PEP:
http://www.python.org/dev/peps/pep-0328/
特别是,假设dirFoo是dirBar的目录......
在dirFoo \ Foo.py中:
这是一种使用相对路径从上面的一个级别导入文件的方法 .
基本上,只需将工作目录移动到某个级别(或任何相对位置),将其添加到您的路径,然后将工作目录移回它开始的位置 .
确保dirBar具有
__init__.py
文件 - 这使得目录成为Python包 .查看标准库中的pkgutil模块 . 它可以帮助你做你想做的事 .
假设您的两个目录都是真正的Python包(其中包含
__init__.py
文件),这里是一个安全的解决方案,可以将模块相对于脚本的位置包含在内 .我假设您要这样做,因为您需要在脚本中包含一组模块 . 我在几个产品的 生产环境 中使用它,并在许多特殊情况下工作,例如:从另一个目录调用的脚本或用python执行而不是打开新的解释器 .
作为奖励,这种方法可以让您强制Python使用您的模块而不是系统上安装的模块 .
警告!当前模块在
egg
文件中时,我真的不知道发生了什么 . 它可能也失败了 .