[Python-Dev] PEP 362: 4th edition
Yury Selivanov
yselivanov.ml at gmail.com
Tue Jun 19 01:10:33 CEST 2012
On 2012-06-18, at 4:25 PM, Guido van Rossum wrote:
> On Mon, Jun 18, 2012 at 11:09 AM, Yury Selivanov
> <yselivanov.ml at gmail.com> wrote:
>> The rationale is that sometimes you need to modify signatures.
>> For instance, in decorators.
>
> A decorator should make a modified copy, not modify it in place (since
> the signature of the decorated function does not change, and you have
> no guarantee that that function is no longer accessible.)
It seems that we have the following options for 'signature(obj)':
1. If 'obj' has a '__signature__' attribute - return a copy of it,
if not - create a new one.
2. If 'obj' has a '__signature__' attribute - return it,
if not - create a new one.
3. Same as '2', but Signature is also immutable.
The first option is the one currently implemented. Its advantage
is consistency - we always have a Signature we can safely modify.
The second option has a design flaw - sometimes the result Signature
is safe to modify, sometimes not, you never know.
The third option is hard to work with.
Instead of:
sig = signature(wrapper)
sig.parameters.popitem(last=False)
decorator.__signature__ = sig
We will have (because Signature is immutable):
sig = signature(wrapper)
params = OrderedDict(sig.parameters.items())
params.popitem(last=False)
attrs = {'parameters': params}
try:
ra = sig.return_annotation
except AttributeError:
pass
else:
attrs['return_annotation'] = ra
decorator.__signature__ = Signature.from_attrs(**attrs)
It looks like a total overkill (unless we can come up with a nicer
API).
So it was decided to go with the first option, as it has the least
complications. Plus, the copying itself should be fast, as
Signatures contain little information.
What do you think?
-
Yury
More information about the Python-Dev
mailing list