[Python-3000] Draft pre-PEP: function annotations
Collin Winter
collinw at gmail.com
Sat Aug 12 06:33:28 CEST 2006
> I don't see the point of this. A decorator should be responsible for
> manipulating the signature of its return value. Meanwhile, the semantics
> for combining annotations should be defined by an overloaded function like
> "combineAnnotations(a1,a2)" that returns a new annotation. There is no
> need to have a special chaining decorator.
>
> May I suggest that you try using Guido's Py3K overloaded function
> prototype? I expect you'll find that if you play around with it a bit, it
> will considerably simplify your view of what's required to do this. It
> truly isn't necessary to predefine what an annotation is, or even any
> structural constraints on how they will be combined, since the user is able
> to define for any given type how such things will be handled.
I've looked at Guido's overloaded function prototype, and while I
think I'm in the direction of understanding, I'm not quite there 100%.
Could you illustrate (in code) what you've got in mind for how to
apply overloaded functions to this problem space?
Collin Winter
More information about the Python-3000
mailing list