python 2.5是否等效于Tcl的上层命令？

Question

python是否等效于Tcl的上层命令？ 对于那些不知道的人，“ uplevel”命令使您可以在调用者的上下文中运行代码。 这是它在python中的外观：

def foo():
    answer = 0
    print "answer is", answer # should print 0
    bar()
    print "answer is", answer # should print 42


def bar():
    uplevel("answer = 42")

但是，这不仅仅是设置变量，所以我不是在寻找仅更改字典的解决方案。 我希望能够执行任何代码。

Answer 1

通常，您要求的是不可能的（毫无疑问，您期望得到的结果）。 例如，假设“任何代码”是x = 23 。 假设您确实发现“在调用方中”执行此代码的黑魔法方法，这是否会在调用方的局部变量集中添加新变量x ？ 不，它不会-Python编译器执行的关键优化是一劳永逸地定义，当def执行时，精确定义一组局部变量（在函数体内分配或绑定的所有裸名） ，然后将对这些裸名的所有访问和设置转换为非常快速的索引到堆栈框架中。 （您可以系统地挫败该关键的优化，例如，在每个可能的调用者开始时都使用exec '' -从而导致系统性能彻底崩溃）。

除了分配给呼叫者的本地裸名， exec thecode in thelocals, theglobals本地exec thecode in thelocals, theglobals ，全局变量可能会大致执行您想要的操作，而inspect模块可让您以一种半合理的方式获取呼叫者的本地变量和全局变量（就深黑色魔术而言） -会让我发邮件通知任何建议其在生产代码中使用的同事-可以用称其为“半合理”的方式得到应有的称赞，即；-)。

但是您确实指定了“我希望能够执行任何代码”。 并于明确规范的唯一解决方案（！同时感谢您如此精确，因为它使回答更简单）是：然后，使用不同的编程语言。

Answer 2

第三方库是用Python编写的吗？ 如果是，则可以在运行时使用您自己的实现重写并重新绑定函数“ foo”。 像这样：

import third_party

original_foo = third_party.foo
def my_foo(*args, **kwds):
    # do your magic...
    original_foo(*args, **kwds)
third_party.foo = my_foo

我猜猴子修补比重写框架本地修补要好得多。 ;）