我正在开发一个非常庞大的Python包。在几个模块中,不同的程序员导入其他模块进行计算。为了便于讨论,我们坚持numpy
。
通常的做法是,在导入模块时定义一个别名以便于编程,所以让我们说在模块foo.py
中有一行做
import numpy as np
因此会有一个foo.np
命名空间。我还发现,通过执行
np
内foo.py
的引用
del np
模块末尾的似乎也清除了命名空间。
作为一个庞大的包的维护者,我喜欢这种保持名称空间干净的方式,但我想知道这是不是很好的编程习惯,或者是否有问题,特别是如果我的包有一个模块bar.py
级别为foo.py
,它也使用相同的外部numpy
模块?如果是,是否有一种简单而更好的方法可以保持foo
和bar
的名称空间清洁,或者命名空间本身是一个坏主意?
答案 0 :(得分:5)
这是一个简单的例子:
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
)仍将位于{{ 1}}。