Renaming __getattribute__ (PEP?)
Nick Coghlan
ncoghlan at iinet.net.au
Mon Dec 13 04:06:41 EST 2004
More information about the Python-list mailing list
Mon Dec 13 04:06:41 EST 2004
- Previous message (by thread): character encoding conversion
- Next message (by thread): Renaming __getattribute__ (PEP?)
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Henry 'Pi' James wrote: > This whole issue seems so obvious and trivial to me that I've in fact > expected it to be resolved by itself Obvious - arguable Trivial - I think so too, but probably not in the way you mean The obviousness is arguable because the differences between __getattr__ and __getattribute__ are genuinely subtle and changing the name of the latter won't alter that. A single attribute access may actually pass through both methods at different points in the process. (It could be said that the similarity in names is actually advantageous, as it corresponds to the similarity in function) Python makes it fairly easy to override attribute access, but it can't eliminate the basic complexity of the idea - if you want to override builtin behaviour, it's necessary to understand what the builtin behaviour *is* first. On the triviality aspect, the amount of work involved in changing the name far exceeds any slight aesthetic improvement from a new name. And that's without even getting into the issues of backwards compatibility. I'd prefer to see the developers making speed improvements or adding to the standard library, rather than working on changing the names of special methods. Cheers, Nick. -- Nick Coghlan | ncoghlan at email.com | Brisbane, Australia --------------------------------------------------------------- http://boredomandlaziness.skystorm.net
- Previous message (by thread): character encoding conversion
- Next message (by thread): Renaming __getattribute__ (PEP?)
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
More information about the Python-list mailing list