我有一个调用另一个脚本的脚本 - 让我们称它们为 master.py
和 fetch.py
。我想第二个脚本可以集成到第一个脚本中,但它确实具有不同的功能 - 因此将它们分开似乎是强制自己学习如何调用外部脚本的好方法。
这里是 fetch.py 的基本结构:
<import block>
infiles = <paths>
arcpy.env.workspace = os.path.dirname(infile)
ws = arcpy.env.workspace
newfile_list = []
def main():
name = <name>
if not arcpy.Exists(name + ".gdb"):
global ws
new_gdb = DM.CreateFileGDB(ws, name + ".gdb")
newfile_list.append(new_gdb)
other_func1()
other_func2()
print "\nNew files from fetch.py:"
for i in newfile_list:
print " " + i
def other_func1():
stuff
def other_func2():
stuff
if __name__ == '__main__':
main()
和master.py:
<import block>
infiles = <paths>
def f1():
stuff
def f2():
stuff
import fetch
fetch.main()
f1()
f2()
关于导入 block 的放置和 fetch.py 的文件定义的问题:
- 当我将它们放入
main()
并将其作为独立脚本运行时,我的 arcpy 函数不起作用,因为我的各种导入尚未运行。将它们放在 main() 之前并使它们成为全局,可以解决这个问题。 - 但是当我将它们放在
main()
之外时,如您所见,我收到一条错误消息,指出在赋值之前引用了局部变量ws
。我认为这可能与我调用fetch.main()
有关,其中初始行未被读取。 (我能够通过声明global ws
使其工作,但不知道这是否可取。)
如何构造 fetch.py 以便在作为独立脚本运行和调用时读取导入语句和文件定义?
最佳答案
我不会为您重写代码,而是会尝试向您指出开发人员哲学工具包中的一些想法,以帮助您改进方法。
我的感觉是你应该考虑一下YAGNI和 KISS在考虑您的代码时。
在你的评论中你写:
I'm keeping the 'fetch' script separate because finding feature orientation seems like a useful stand-alone tool down the road.
就像我说的:YAGNI 和 KISS:如果您将来需要它作为一个独立的工具,那么在将来将它分开。现在保持简单,将属于一起的代码放在一个模块中,并使其完全可以按照您需要的方式调用。当您使用它并更好地理解问题并查看还需要什么时,您可以添加其他调用脚本的方法。没有理由不将所有代码保留在一个模块中,同时它仍然易于管理,只需添加不同的调用方式即可。
如果您想将代码组织到多个模块中,您可以重构它,将您目前在模块级别所做的事情提取出来(放入函数甚至类中)。这样您就可以准确控制什么时候应该发生什么,并且可以更好地控制事物的顺序。
作为关于构建 Python 项目的进一步阅读,我推荐 pypa sample project和 Starting A Python Project The Right Way .如果您以合理的 Python 方式构建您的代码和项目,那么您在导入方面遇到的问题可能会不复存在。
关于python - 导入和定义在被调用脚本中的正确位置?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/39970287/