Question

我有一个调用另一个脚本的脚本 - 让我们称他们为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()

关于进口区块和放置的问题fetch.py的文件定义：

当我把它们放在main()里面并作为一个独立的脚本运行时，我的arcpy函数不起作用，因为我的各种导入还没有运行。将它们置于main（）之前并使其成为全局，解决了这个问题。
但是当我把它们放在main()之外时，如你所见，我得到一个错误，说明在赋值之前引用了局部变量ws。我认为这可能与我的通话fetch.main()有关，其中初始线路无法读取。（我能够通过声明global ws来使其工作，但不知道这是否可行。）

如何构建fetch.py以便在作为独立脚本运行和调用时读取import语句和文件定义？

Answer 1

不是为您重写代码，而是尝试向您指出开发人员哲学工具包中的一些想法，以帮助您了解如何优化您的方法。

我的感觉是，在考虑您的代码时，您应该考虑YAGNI和KISS。

在你的评论中写道：

我将'fetch'脚本分开，因为找到功能方向似乎是一个有用的独立工具。

就像我说的：YAGNI和KISS：如果你将来需要它作为一个独立的工具，那么将来拆分它。现在保持简单，并将属于一起的代码放在一个模块中，并使其完全按照您需要的方式调用。当您使用它并更好地理解问题并查看还需要什么时，您可以添加其他调用脚本的方法。没有理由不将所有代码保留在一个模块中，同时它仍然可以管理，只需添加不同的方法来调用它。

如果您希望将代码组织到多个模块中，您可以通过一种方式重构它，以便在此时提取您在模块级别执行的操作（无论是函数还是类甚至类）。然后你可以准确地控制什么时候会发生什么，你可以更好地控制事情的顺序。

关于构建Python项目的进一步阅读，我建议pypa sample project和Starting A Python Project The Right Way。如果您以合理的pythonic方式构建代码和项目，那么导入的问题可能会不复存在。

适当的进口地位和被调用脚本中的定义？

1 个答案: