导入和定义在被调用脚本中的正确位置？

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 以便在运行作为独立脚本和调用时读取导入语句和文件定义？

Answer 1

我不会为您重写代码，而是会尝试向您指出开发人员哲学工具包中的一些想法，以帮助您改进方法。

我的感觉是您在考虑代码时应该考虑 YAGNI and 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 and Starting A Python Project The Right Way。如果您以合理的 Python 方式构建您的代码和项目，那么您在导入方面遇到的问题可能会不复存在。

导入和定义在被调用脚本中的正确位置？

Proper position of imports & definitions in called scripts?

python

import

external

call