我最近在我们的代码中遇到了许多像这样的事情的地方
...
globals()['machine'] = otherlib.Machine()
globals()['logger'] = otherlib.getLogger()
globals()['logfile'] = datetime.datetime.now().strftim('logfiles_%Y_%m_%d.log')
我对人们为什么这样做而不是做
感到困惑global machine
machine = otherlib.Machine()
等等。
这是一个稍微匿名的功能,完整地执行此操作:
def openlog(num)
log_file = '/log_dir/thisprogram.' + num
if os.path.exists(log_file):
os.rename(log_file, log_file + '.old')
try:
globals()["log"] = open(log_file, 'w')
return log
except:
print 'Unable to open ' + log_file
sys.exit(1)
它把我的幽灵(0.25)与地狱混为一谈。
有没有理由以这种方式编码?在我们的代码中使用最少的eval,这不在库中
PS我检查了Reason for globals() in python,但它没有真正回答为什么你用这个来设置程序中的全局变量
答案 0 :(得分:4)
也许该函数使用一个与全局变量同名的局部变量,程序员不想打扰更改变量名?
def foo(bar):
global bar # SyntaxError
bar = bar + 1
def foo(bar):
globals()['bar'] = bar + 1
foo(1)
print(bar) # prints 2
另一个用例,虽然仍然有点似是而非(显然不是你给出的示例函数中的情况),但是用于动态定义变量名。这很少,如果有的话,这是一个好主意,但至少在这个网站上的问题确实出现了很多。例如:
>>> def new_variable():
... name = input("Give your new variable a name! ")
... value = input("Give your new variable a value! ")
... globals()[name] = value
...
>>> new_variable()
Give your new variable a name! foo
Give your new variable a value! bar
>>> print(foo)
bar
否则,我只能想到这样做的一个原因:也许一些监督实体要求所有全局变量都以这种方式设置,例如: “为了真正,非常清楚这些变量是全球性的”。或者也许同一个监督实体对global
关键字进行全面禁止,或者为每条线路支付程序员的费用。
我并不是说这些都是好的原因,但话说再说一遍,如果不是为了确定范围,我真的不能想出以这种方式定义变量的充分理由(即使这样,它似乎也值得怀疑......)。
为了以防万一,我做了时间检查,看看globals()
调用是否比使用关键字更快。我希望函数调用+字典访问速度明显变慢,而且它是。
>>> import timeit
>>> timeit.timeit('foo()', 'def foo():\n\tglobals()["bar"] = 1',number=10000000)
2.733132876863408
>>> timeit.timeit('foo()', 'def foo():\n\tglobal bar\n\tbar = 1',number=10000000)
1.6613818077011615
鉴于您发布的代码和我的时间结果,我可以想到没有正当理由,因为您正在寻找的代码就是这样写的。看起来像是误导的管理要求,或简单的无能。
答案 1 :(得分:2)
作者PHP是否转换?这是PHP中的有效代码:
$GLOBALS['b'] = $GLOBALS['a'] + $GLOBALS['b'];
有关更多示例,请参阅this。如果有人习惯于这种编写代码的方式,也许他们只是在Python中使用最接近的匹配方式,并且没有费心去检查替代方案。
您有时会使用超全局$GLOBAL
变量来定义某些内容,因为尽管PHP中存在global
关键字,但它只会导入现有变量 - 据我所知,它无法创建新变量