删除模块以清除命名空间？

Question

我正在研究一个非常庞大的Python包.在几个模块中,不同的程序员导入其他模块进行计算.为了这个讨论,让我们坚持下去numpy.

通常的做法是,在导入模块时定义一个别名以便于编程,所以让我们说在一个模块中foo.py有一行做

import numpy as np

所以会有一个foo.np命名空间.我也发现,通过删除对np内部的引用foo.py来做

del np

在模块的末尾似乎也清除了命名空间.

作为一个庞大的包的维护者,我喜欢这种保持命名空间干净的方式,但我想知道这是不是很好的编程实践,或者是否有问题,特别是如果我的包有一个模块bar.py在同一级别foo.py也使用相同的外部numpy模块？如果是的话,是否有一种简单而更好的方法来保持命名空间foo和bar清理,或者命名空间本身是一个坏主意？

Answer 1

这是一个简单的例子:

foo.py:

import numpy as np

def foo(x):
    """Return 2D square array of zeros."""
    return np.zeros((x, x))

del np

bar.py:

import numpy as np

def bar():
    """Return 3x3 square array."""
    return np.arange(9).reshape(3, 3)

main.py:

from bar import bar
from foo import foo

print bar()

print foo(3)

以下是产出:

[[0 1 2]
 [3 4 5]
 [6 7 8]]

Traceback (most recent call last):
  File "/Users/jonrsharpe/Documents/main.py", line 6, in <module>
    print foo(3)
  File "/Users/jonrsharpe/Documents/foo.py", line 5, in foo
    return np.zeros((x, x))
NameError: global name 'np' is not defined

所以很明显这没有影响bar.py(你应该期望 - del删除该引用,但不影响底层对象)但是已经破坏了从中导入的功能foo.py,因为np该文件中定义的对象不再可访问.

命名空间本身的内务管理本身是个坏主意吗？

我不确定你认为它的好处.从已完成使用的模块的命名空间中删除名称不会节省太多(如果有)空间,并且底层导入的模块(numpy在这种情况下)仍将存在sys.modules.