我认为将import语句放在靠近使用它的片段的位置,可以通过使其依赖项更加清晰来提高可读性。Python会缓存吗?我应该在乎吗?这是一个坏主意吗?
def Process(): import StringIO file_handle=StringIO.StringIO('hello world') #do more stuff for i in xrange(10): Process()
还有一点理由:这是针对使用库中奥秘功能的方法的,但是当我将方法重构为另一个文件时,我没有意识到我会错过外部依赖项,直到遇到运行时错误。
其他答案似乎对import真正的工作方式略有困惑。
import
这个说法:
import foo
大致等效于以下语句:
foo = __import__('foo', globals(), locals(), [], -1)
也就是说,它将在当前作用域中创建一个与所请求的模块同名的变量,并为其分配__import__()使用该模块名和大量默认参数的调用结果。
__import__()
该__import__()函数从概念上将字符串('foo')转换为模块对象。模块被缓存在sys.modules,这是第一位__import__()的外观- 如果sys.modules中有一个条目'foo',这就是__import__('foo')要回来,不管它是什么。它真的不在乎类型。您可以自己查看此操作。尝试运行以下代码:
'foo'
sys.modules
__import__('foo')
import sys sys.modules['boop'] = (1, 2, 3) import boop print boop
暂时不考虑样式问题,在函数内使用import语句可以实现所需的功能。如果模块从未被导入过,它将被导入并缓存在sys.modules中。然后,它将模块分配给具有该名称的局部变量。它不会 不 修改任何模块级别的状态。它可能 确实 会修改某些全局状态(向sys.modules添加新条目)。
也就是说,我几乎从未import在函数内部使用过。如果导入模块会在您的程序中造成明显的减速(例如它在静态初始化中执行了很长的计算,或者它只是一个庞大的模块),而您的程序很少真正需要该模块来执行任何操作,那么只在内部导入就可以使用它的功能。(如果这很令人反感,Guido会跳入他的时间机器,并更改Python以阻止我们这样做。)但是,通常,我和Python一般社区将我们所有的import语句放在模块范围内的模块顶部。