我正在研究一个非常庞大的Python包.在几个模块中,不同的程序员导入其他模块进行计算.为了这个讨论,让我们坚持到numpy.
通常的做法是,在导入模块时定义一个别名以便于编程,所以让我们说在模块foo.py中有一行做
import numpy as np
所以会有一个foo.np命名空间.我也发现,通过删除foo.py中的np引用
del np
在模块的末尾似乎也清除了命名空间.
作为一个庞大的包的维护者,我喜欢这种保持名称空间干净的方式,但我想知道这是不是很好的编程习惯,或者是否有问题,特别是如果我的包有一个模块bar.py与foo.py在同一级别哪个也使用相同的外部numpy模块?如果是的话,是否有一种简单而更好的方法来保持foo和bar的命名空间干净,或者命名空间本身是一个坏主意?
解决方法:
这是一个简单的例子:
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
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在那个文件中.
is this housekeeping of namespaces itself a bad idea?
我不确定你认为它的好处.从已完成使用的模块的命名空间中删除名称不会节省太多(如果有)空间,并且底层导入的模块(在这种情况下为numpy)仍将在sys.modules中.
标签:python,module,namespaces,package