[Python-Dev] PEP 575: Unifying function/method classes
Jeroen Demeyer
J.Demeyer at UGent.be
Fri Apr 20 06:02:44 EDT 2018
More information about the Python-Dev mailing list
Fri Apr 20 06:02:44 EDT 2018
- Previous message (by thread): [Python-Dev] PEP 575: Unifying function/method classes
- Next message (by thread): [Python-Dev] PEP 575: Unifying function/method classes
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
On 2018-04-14 23:14, Guido van Rossum wrote: > That actually sounds like a pretty big problem. I'm sure there is lots > of code that doesn't *just* duck-type nor calls inspect but uses > isinstance() to decide how to extract the desired information. I have been thinking about this some more... One solution to improve backwards compatibility would be to duplicate some classes. For example, make a separate class for bound methods in extension types, which would be literally a duplicate of the existing types.MethodType class (possibly with a different name). In other words, a bound method of an extension type would work exactly the same way as an existing bound method but it would artificially be a different class for the benefit of non-duck-typing.
- Previous message (by thread): [Python-Dev] PEP 575: Unifying function/method classes
- Next message (by thread): [Python-Dev] PEP 575: Unifying function/method classes
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
More information about the Python-Dev mailing list