在Python中动态地根据字符串创建变量名似乎很有吸引力，但它往往会影响代码的可读性和可维护性。虽然在某些情况下它似乎是必要的，但理解其风险并探索更安全的替代方案至关重要。本文探讨了几种方法，重点介绍了它们的缺点，并提倡更安全、更有条理的方法。
目录：
理解globals()和locals()的风险
globals()和locals()函数分别提供对全局和局部命名空间的访问，作为字典。虽然它们很诱人，可以用来动态创建变量：
string_variable_name = "my_variable"
value = 10
globals()[string_variable_name] = value
print(my_variable) # 输出：10
但这种做法会带来很大的风险：
- 安全漏洞： 使用不可信的输入与
globals()或locals()一起使用会打开安全漏洞的大门。恶意输入可能会覆盖关键变量或注入任意代码。 - 可读性和可维护性： 动态生成的变量名严重阻碍了代码理解和调试。跟踪数据流变得更加困难。
- 命名空间污染： 直接向全局或局部命名空间添加变量会增加命名冲突的可能性。
exec()的危险
exec()函数执行来自字符串的任意Python代码。虽然它可以创建变量：
string_variable_name = "another_variable"
value = 30
exec(f"{string_variable_name} = {value}")
print(another_variable) # 输出：30
但它比使用globals()或locals()更危险。由于可能执行任意代码，其风险被放大，从而导致严重的安全漏洞和极其难以调试的代码。
推荐方法：使用字典
最安全、最易维护的方法是使用字典。不要动态创建变量，而是将数据存储在字典中：
my_dict = {}
string_variable_name = "yet_another_variable"
value = 40
my_dict[string_variable_name] = value
print(my_dict[string_variable_name]) # 输出：40
字典提供：
- 安全性： 没有与动态变量创建相关的安全风险。
- 可读性和可维护性： 代码保持清晰、有序且易于理解。
- 结构： 值存储在一个定义明确且易于访问的结构中。
探索替代设计模式
在求助于动态变量创建之前，请考虑替代设计模式。通常，一个结构良好的类或更具描述性的命名约定可以消除动态生成变量名的需要。
结论
虽然看起来很方便，但在Python中动态地根据字符串创建变量名通常是不鼓励的。与globals()、locals()和exec()相关的固有安全风险和对代码可读性的负面影响远远超过任何可感知的益处。使用字典提供了一种更好的替代方案，可以促进更安全、更清晰和更易于维护的代码。始终优先考虑清晰可预测的代码，而不是潜在的冒险捷径。