Python 为什么挂架使用StackedObjectProxies而不是threading.local?

Python 为什么挂架使用StackedObjectProxies而不是threading.local?,python,pylons,Python,Pylons,看起来threading.local更简单、更健壮。因为threading.local在Python 2.4中是新的。StackedObjectProxy尽可能使用threading.local。StackedObjectProxy在其下方使用threading.local。塔架不使用普通螺纹。原因有二: 1) 这将是一个比代理更具侵入性的API。例如request().POST.get('file')与request.POST.get('file')的比较 2) StackedObjectPr

看起来threading.local更简单、更健壮。

因为
threading.local
在Python 2.4中是新的。
StackedObjectProxy
尽可能使用threading.local。

StackedObjectProxy在其下方使用threading.local。塔架不使用普通螺纹。原因有二:

1) 这将是一个比代理更具侵入性的API。例如request().POST.get('file')与request.POST.get('file')的比较

2) StackedObjectProxys不仅是线程安全的,而且是“请求安全的”——这意味着Pylons应用程序嵌入到另一个应用程序中并引用相同的代理对象是安全的。对这种安全性的需求很少,但WSGI应用程序调用其他WSGI应用程序+使用全局对象是多么容易,这无疑是一种可能性


有关更多信息,请参见

Python 2.4于2004年推出,因此我不确定“new”是否正确。我只是引用了一下;-)